Ah, das hat funktioniert!
Nutzername ist aber "TimeMachine" - Super, vielen Dank!!!!
Ah, das hat funktioniert!
Nutzername ist aber "TimeMachine" - Super, vielen Dank!!!!
Hallo,
auf meine TS-239 Pro II+ machen 2 Macs Backups via TimeMachine. Das scheint auch gut zu klappen, ich möchte nun gerne von meinem Rechner auf das TM-Backup des zweiten Macs zugreifen um dort Files zu recovern. Bei der Apple TimeCapsule kann ich mich einfach über den Desktop mittels Mount und dann der Username/Passwort Kombination auf das Ding verbinden und ich komme als Admin an alle Backups ran. Wie geht genau das bei der QNAP?
Wenn ich mich auf dem o.g. Weg mit der QNAP TimeMachine verbinden will, geht das nicht: Der Finder sagt mit "Verbindung fehlgeschlagen" und ich kann mit dem "Verbinden als..." Button nichts machen. Wie geht's?!
:-/
Suuuper! FUPI war's
Hallo!
Ich habe kürzlich in irgend einem QNAP Forum von einem PKG gelesen bzw. es selbst gesehen, aber mir leider kein Bookmark gesetzt. Es ging um eine Backup-Erweiterug für den vorderen USB Anschluss. Funktionsweise war in etwas: Man schliesst eine externe HD per USB an, ein Backup wird automatisch gestartet... aber man konnte recht viel konfigurieren. Der Name der Erweiterung bestand afaik aus 4 Buchstaben - "FUEP" oder so ähnlich... zefix wie hiess des noch?!
Jemand einen Tip für mich?!
Also die eine HD ist eine WDC WD1002FBYS-02A6B03.0 (die jetzt so Probleme gemacht hat) - da ist jetzt aber eine ganz nigel nagel neue drinne - und die zweite ist eine SAMSUNG HD103UJ 1AA0.
Derzeit sind beide HDs drinnen und der dmesg von oben ist schon mit beiden HDs drinnen.
mount:
[~] # mount/proc on /proc type proc (rw)none on /dev/pts type devpts (rw,gid=5,mode=620)sysfs on /sys type sysfs (rw)tmpfs on /tmp type tmpfs (rw,size=16M)usbfs on /proc/bus/usb type usbfs (rw)/dev/sda4 on /mnt/ext type ext2 (rw)/dev/md9 on /mnt/HDA_ROOT type ext3 (rw)/dev/sdb3 on /share/HDB_DATA type ext3 (rw,data=writeback,extents,mballoc,delalloc)/bin on /mnt/HDA_ROOT/rootfs_2_3_6/bin type none (rw,bind)/dev on /mnt/HDA_ROOT/rootfs_2_3_6/dev type none (rw,bind)/mnt/HDA_ROOT/.config on /mnt/HDA_ROOT/rootfs_2_3_6/etc/config type none (rw,bind)/proc on /mnt/HDA_ROOT/rootfs_2_3_6/proc type none (rw,bind)/tmp on /mnt/HDA_ROOT/rootfs_2_3_6/tmp type none (rw,bind)/share/HDB_DATA/.qpkg on /mnt/HDA_ROOT/rootfs_2_3_6/share/HDB_DATA/.qpkg type none (rw,bind)tmpfs on /.eaccelerator.tmp type tmpfs (rw,size=32M)
/proc/mdstat:
[~] # cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid5] [multipath] [raid6] [raid10]
md5 : active raid1 sda2[1] sdb2[0]
530048 blocks [2/2] [UU]
md13 : active raid1 sda4[0] sdb4[1]
71808 blocks [2/2] [UU]
md9 : active raid1 sda1[0] sdb1[1]
530048 blocks [2/2] [UU]
unused devices: <none>
Alles anzeigen
Ich habe ein externes USB SATA Dingens zur Hand, da kann ich morgen das mal testen, wie es sich da mit dem Hochfahren verhält....
Danke für den vorsorglichen Hinweis zu SSH - aber das ist in meinem Fall schon OK, damit komm' ich klar
Also, NAS war jetzt 2 Tage komplett aus. Gerade mit einer HD angeschaltet und das Ding ist nicht hochgekommen - auch die erste HD ist nicht korrekt hochgefahren. Habe es ca. 10 Minuten laufen lassen. Dann aus-und wieder eingeschaltet. Das NAS fuhr korrekt hoch. Dann habe ich die zweite HD eingeschoben und diese fuhr auch korrekt hoch. Derzeit wird sie im WebBackend korrekt angezeigt. Ich wette aber, wenn sie irgendwann mal in Standby geht, dann wird sie wieder Probleme haben anzufahren. Seltsam... Man könnte an ein Stromproblem denken.... oder?!
hier die demsg-Ausgabe:
[~] # dmesg
ected
ehci_platform ehci_platform.16781: EHCI Host Controller
ehci_platform ehci_platform.16781: new USB bus registered, assigned bus number 2
ehci_platform ehci_platform.16781: irq 12, io mem 0x00000000
ehci_platform ehci_platform.16781: park 0
ehci_platform ehci_platform.16781: USB 0.0 initialized, EHCI 1.00, driver 10 Dec 2004
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 1 port detected
ohci_hcd: 2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
USB Universal Host Controller Interface driver v2.2
usb 2-1: new high speed USB device using ehci_platform and address 2
hub 2-1:1.0: USB hub found
hub 2-1:1.0: 4 ports detected
qh_schedule: frame=255, uframe=0, cmask=0x0, smask=0x1, period=256, u_period=2048
usbcore: registered new driver usblp
drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
usbcore: registered new driver hiddev
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.01:USB HID core driver
mice: PS/2 mouse device common for all mice
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid10 personality registered as nr 9
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
arm4regs : 386.000 MB/sec
8regs : 272.000 MB/sec
32regs : 315.600 MB/sec
raid5: using function: arm4regs (386.000 MB/sec)
raid6: int32x1 17 MB/s
raid6: int32x2 28 MB/s
raid6: int32x4 34 MB/s
raid6: int32x8 35 MB/s
raid6: using algorithm int32x8 (35 MB/s)
md: raid6 personality registered as nr 8
md: multipath personality registered as nr 7
md: md driver 0.90.1 MAX_MD_DEVS=256, MD_SB_DISKS=27
NET: Registered protocol family 2
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP established hash table entries: 8192 (order: 4, 65536 bytes)
TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
TCP: Hash tables configured (established 8192 bind 8192)
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 5
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
RAMDISK: Compressed image found at block 0
VFS: Mounted root (ext2 filesystem).
Freeing init memory: 112K
kjournald starting. Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS on sdb1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
scsi: unknown opcode 0x0c
md: md9 stopped.
md: bind<sdb1>
raid1: raid set md9 active with 1 out of 2 mirrors
kjournald starting. Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS on md9, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
md: md13 stopped.
md: bind<sdb4>
raid1: raid set md13 active with 1 out of 2 mirrors
md: mdadm(pid 363) used obsolete MD ioctl, upgrade your software to use new ictls.
md: mdadm(pid 366) used obsolete MD ioctl, upgrade your software to use new ictls.
kjournald starting. Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS on md9, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS on md9, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
sysinfo: Module loaded.
Initializing USB Mass Storage driver...
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
create proc entry succeed!
ufsd: module license 'Commercial product' taints kernel.
ufsd: driver loaded at bf02a000 built on Jan 22 2009 17:59:21
UFSD version 7.01 (Jan 11 2009, 14:38:20)
NTFS read/write support included
$Id: ufsdvfs.c,v 1.190 2009/01/06 15:48:41 shura Exp $
eth0: mac address changed
kjournald starting. Commit interval 5 seconds
EXT3 FS on md9, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
md: bind<sdb2>
md: md5: raid array is not clean -- starting background reconstruction
raid1: raid set md5 active with 1 out of 1 mirrors
Adding 530040k swap on /dev/md5. Priority:-1 extents:1
active port 0 :139
active port 1 :445
active port 2 :20
kjournald starting. Commit interval 5 seconds
EXT3 FS on sdb3, internal journal
EXT3-fs: mounted filesystem with writeback data mode.
EXT3-fs: file extents enabled
EXT3-fs: mbgroup 1850 corrupted (2 != 1013)
EXT3-fs: generated buddies for 7444 groups
EXT3-fs: mballoc enabled (stats)
EXT3-fs: delayed allocation enabled
eth0: link down
eth0: link up<5>, full duplex<5>, speed 1 Gbps<5>
active port 0 :139
active port 1 :445
active port 2 :20
rule type=2, num=0
Device connected: 0, 0
delay 3 sec.
Vendor: WDC Model: WD1002FBYS-02A6B Rev: 03.0
Type: Direct-Access ANSI SCSI revision: 03
SCSI device sda: 1953525168 512-byte hdwr sectors (1000205 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 1953525168 512-byte hdwr sectors (1000205 MB)
SCSI device sda: drive cache: write back
sda: sda1
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0
SCSI device sda: 1953525168 512-byte hdwr sectors (1000205 MB)
SCSI device sda: drive cache: write back
sda:
SCSI device sda: 1953525168 512-byte hdwr sectors (1000205 MB)
SCSI device sda: drive cache: write back
sda:
SCSI device sda: 1953525168 512-byte hdwr sectors (1000205 MB)
SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3 sda4
SCSI device sda: 1953525168 512-byte hdwr sectors (1000205 MB)
SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3 sda4
md: bind<sda1>
RAID1 conf printout:
--- wd:1 rd:2
disk 0, wo:1, o:1, dev:sda1
disk 1, wo:0, o:1, dev:sdb1
....<6>md: syncing RAID array md9
md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.
md: using maximum available idle IO bandwith (but not more than 200000 KB/sec) for reconstruction.
md: using 128k window, over a total of 530048 blocks.
md: bind<sda2>
RAID1 conf printout:
--- wd:1 rd:2
disk 0, wo:0, o:1, dev:sdb2
disk 1, wo:1, o:1, dev:sda2
...<6>md: delaying resync of md5 until md9 has finished resync (they share one or more physical units)
md: bind<sda4>
RAID1 conf printout:
--- wd:1 rd:2
disk 0, wo:1, o:1, dev:sda4
disk 1, wo:0, o:1, dev:sdb4
...<6>md: delaying resync of md13 until md9 has finished resync (they share one or more physical units)
..<6>md: delaying resync of md5 until md13 has finished resync (they share one or more physical units)
VFS: Can't find ext3 filesystem on dev sda3.
md: md9: sync done.
..<6>md: delaying resync of md5 until md13 has finished resync (they share one or more physical units)
........<6>md: syncing RAID array md13
md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.
md: using maximum available idle IO bandwith (but not more than 200000 KB/sec) for reconstruction.
md: using 128k window, over a total of 71808 blocks.
RAID1 conf printout:
--- wd:2 rd:2
disk 0, wo:0, o:1, dev:sda1
disk 1, wo:0, o:1, dev:sdb1
md: md13: sync done.
........<6>md: syncing RAID array md5
md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.
md: using maximum available idle IO bandwith (but not more than 200000 KB/sec) for reconstruction.
md: using 128k window, over a total of 530048 blocks.
RAID1 conf printout:
--- wd:2 rd:2
disk 0, wo:0, o:1, dev:sda4
disk 1, wo:0, o:1, dev:sdb4
md: md5: sync done.
RAID1 conf printout:
--- wd:2 rd:2
disk 0, wo:0, o:1, dev:sdb2
disk 1, wo:0, o:1, dev:sda2
Alles anzeigen
Noch mal zurück zu dem Thema:
Wie ich darauf gekommen bin, dass das Netzteil kaputt sei: Mein NAS lief problemlos die letzten 2 1/2 Jahre durch mit 2 HDs. Jetzt hatte die eine Probleme gemacht, eine WD 1TB - zuerst wurde sie zwar erkannt, aber der Motor lief nicht gescheit an. Nach einem Neustart lief das NAS dann ca. 1 Tag problemlos durch, dann der selbe Fehler wieder. Ich habe also die eine HD ausgebaut und eine 500'er Samsung reingeschoben, die sofort anlief. Zuerst bin ich also von einem HD Defekt ausgegangen nach der Diagnose. Ich habe dann eine neue WD 1TB in das NAS eingesetzt - selber Effekt wie bei der ersten HD! Nun bin ich auf den Trichter gekommen, das dann wohl das Netzteil hinüber sein müsste und das es nicht die HD ist.
Gerade eben habe ich mir mal ein Voltmeter organisiert und das alte Netzteil gemessen. Da kommt ohne Last 12.xxV raus - also so wie es sein soll. Gut, es kann natürlich sein dass das Netzteil unter Last dann abbaut, das kann ich aber vermutlich schlecht messen - oder?
Das beQuiet Netzteil habe ich eigentlich für ein recht ordentliches gehalten - oder ist's das nicht? Ansonsten hat C noch div. andere - Voltcraft & Hama im Angebot - 90W Dingers, 12V mit 5-6A....
Oder kann es doch noch was ganz anderes am NAS sein?
Hallo,
wie es aussieht, ist mein Netzteil von meiner TS-209 defekt. Ergo habe ich mir auf die Schnelle bei Conrad ein Universal-Ersatznetzteil bestellt: Das hier.
Das org. Netzteil hat 12V bei 5A wenn ich mich gerade richtig dran erinnere. Das liefert mir dieses BeQuiet Netzteil auch laut Beschreibung: 6 manuell auswählbare Ausgangsspannungen (12V, 15V, 16V, 18V, 19V und 20V)
So, nun ist das Ding angekommen und auf dem Netzteil kann ich aber nur ab 15V schalten! Das heisst nix mit 12V. Gerade jetzt sehe ich weiter unten auf der Conrad-Webpage das dort 15 - 24 V/DC angegeben ist - Conrad widerspricht sich also selbst bzw. hat auf der Produktpage 2 Angaben, die zweite habe ich übersehen bei der Bestellung. Gut, ich kann das Ding bestimmt bei Conrad zurückgeben aufgrund des Fehlers.... aber ->
Frage: Die QNAP mit 15V zu betreiben ist (auf Dauer?!) bestimmt nicht gesund - wenn überhaupt. Oder? Also lieber Netzteil gleich zurück zu Conrad oder kann ich die 15V auch hernehmen?
*seufz*
Super - so einfach, vielen Dank!
Hallo!
Ich habe kürzlich meine HDs in der QNAP 209 ausgetauscht um mehr Kapazität zu haben. Dabei habe ich die Files per SSH verschoben. Nun sind einige File-Icons unter Windows halb durchsichtig - werden nur noch schwach dargestellt. Wenn ich mich auf die TS per SSH einlogge sehe ich diese Filenamen so:
-rwxrw-rw- 1 spacey everyone472313052 Mar 21 2006 Filename.avi*
Icons die normal aussehen sind so benannt:
-rw-r--r-- 1 spacey everyone413258480 Nov 5 2008 Filename.avi
Also ist das "*" hier der bad guy = +x. Ich habe "chmod -R -x *" versucht aber das hat mit auch das x von allen Dirs genommen so das ich nicht mehr reingekommen bin. Jetzt müsste ich wissen, wie ich nur von den Files innerhalb meiner Dir's das +x wegnehmen kann - aber nicht den Dirs selber. Ideen?
Ich habe versucht: "find . -type f -exec chmod -x {} \;" aber das macht die QNAP nicht - ich bekomme nur den find hilfstext...
Danke
Habe gerade mal zum Test 9GB von HD in Bay1 auf USB HD kopiert - hat 3h gedauert. Bei 500GB würde das ca. 150h dauern?! Ehrm... andere Ideen?!
OMFG (sorry *g*) - AufDieStirnKlatsch.....
Hat sich alles in Wohlgefallen aufgelöst - zumindest das große Problem:
Lösung: Ich habe wie gesagt schon eine (praktisch sogar 2) 1 TB HDs hier. Bei der ganzen Tauschaktion habe ich gestern Abend wohl statt der alten 500'er doch wirklich die zweite 1TB HD zurück ins NAS eingebaut - sind ja alles Samsungs und sehen fast identisch aus... jaja, keine Entschuldigung Daher hat das NAS auch korrekt gesagt, das es eine TB HD ist und NICHT meine alte 500'er...
Gerade wollte ich eine der TB HDs per USB anschliessen um die Daten von HD 2 dort zu sichern. Doch kurz bevor ich "JA" bei der Formatiererei der USB HD gedruckt habe, dachte ich mir so nebenbei: Guckst Du noch mal *ganz* genau nach, was Du da formatieren willst. Und da sehe ich, das es die 500'er HD ist. Phew! Habe diese also wieder in Bay1 eingebaut und das NAS macht wieder das, was es soll - alle Daten da.
Sorry also vielmals an alle Leser und Lösungsgeber - *DAS* Problem der verschwundenen Volumes hat sich gelöst.
- - - - - - - - - - - -
Bleibt nun die wohl simpele Frage, wie ich es am geschicktesten anstelle, die 500'er durch die 1 TB zu tauschen - die Daten also auf die 1TB schaufeln...
Zuerst alles von 500'er HD in Bay1 auf ein USB Drive, dann die 1 TB in Bay1 einsetzen und das System dort neu aufsetzen und dann von USB zurück auf die neue HD? Was passiert mit den Daten auf der kleinen HD in Bay2? Bleiben die erhalten oder sollte ich die auch backuppen? Oder aus Geschwindigkeitsgründen die Daten von Bay1 auf einen Zwischenspeicher-HD in Bay2 stecken und dann rüber kopieren - aber das würde vermutlich die bisherige HD samt Verzeichnissen durcheinanderwürfeln - oder?
Wenn den Weg über eine USB-HD - welches Dateiverzeichnis am besten nehmen? NTFS oder EXT3?
Kopieren geht dann am schnellsten über SSH oder über den WebFileManager?
Danke!
Die wohl zutreffenden Threads sollten sein: Dieser hier und dieser hier. Meine Hoffnung ist ja irgendwie, das die HD nicht wirklich im Dateisystem zerstört wurde - denn eigentlich ist ja nichts passiert dass das hätte bewirken können. Das halt jetzt der HD die Größe der ausgetauschten 1TB HD angegeben wird, verwirrt mich - ist da evtl. einfach nur im TS OS irgend was durcheinander, das man wieder richten kann?!
Servus!
Ich habe folgende Konfiguration in meiner TS209:
1. HD Bay: 500GB
2. HD Bay: 150GB
Auf der 1. sind die ganzen üblichen QMultimedia etc... Directories & Freigaben. Die HD ist fast voll.
Nun möchte ich die erste HD gegen eine 1TB HD austauschen, die habe ich auch schon hier. Ich möchte als Ziel auf der neuen HD die selbe Struktur haben wie jetzt auf der 500'er - natürlich mit den selben Daten.
Das hier ist nun obsolet, das Problem hat sich erledigt - eigene Dummheit! Siehe mein Posting weiter unten:
ZitatAlles anzeigenIch habe überlegt, die Daten auf einem Rechner irgendwo zwischen zu speichern, dann die HD in der TS auszutauschen. Aber 500GB kopieren dauert recht lange... Dann habe ich die 500'er ausgebaut und wollte sie über Win / OSX lesen. Unter Win habe ich einen EXT2 Treiber gefunden und die System & Home Partition wird mir auch angezeigt, nicht aber die große Datenpartition (Treiber war auf Read-Only gestellt!). Parallel habe ich mal die 1TB HD in den ersten Bay gesteckt - die TS hat mir nur eine 500'er erkannt... strange. Dann habe ich wieder die 500'er in Bay 1 gepackt - Urzustand sozusagen. Nun wurde mir aber in Bay1 auf einmal eine 9xxGB HD erkannt aber keinerlei logische Volumes mehr auch ein Neustart brachte nix...
Nun hoffe ich mal, das meine Daten noch heile auf der HD sind.... wie bekomme ich sie da runter?! Oder wie bekomme ich die HD wieder in der TS zum laufen?!
Screenshot: Wie gesagt, es ist wieder die 500'er drinne - nicht die 1TB! Habe auch schon ausgeschaltet - HD entfernt - neu gestartet - heruntergefahren - HD wieder eingesetzt & hochgefahren - nix. Immer noch die 900'er...
Bin über jeden Vorschlag dankbar... Evtl. Knoppix?