USB Backup bricht ab

[Thorndike]

Ich versuche ein Backup über den Datensicherungsdienst auf eine neue USB 3.0 Platte von WD zu machen. Es handelt sich um eine WD My Passport Ultra 2 TB. Leider wird nach einer wechselnden Menge an Daten die Sicherung abgebrochen mit der Meldung das die Platte nicht ordnungsgemäß ausgeworfen wurde. Scheinbar verliert die DS die Verbindung zu der Platte. Ich habe, um ein Problem mit der Stromversorgung auszuschließen, auch schon einen aktiven Hub dazwischen geschaltet. Das hat auch nichts geholfen. /var/log/messages sagt mir folgendes:

Jan 26 18:21:26 DiskStation kernel: [1111294.000000] usb 1-1.1.4: lock for hub EH
Jan 26 18:21:26 DiskStation kernel: [1111294.150000] hub is performing EH
Jan 26 18:21:26 DiskStation kernel: [1111294.200000] usb 1-1.1.4: unlock for hub EH
Jan 26 18:22:27 DiskStation kernel: [1111355.000000] usb 1-1.1.4: lock for hub EH
Jan 26 18:22:27 DiskStation kernel: [1111355.190000] usb 1-1.1.4: unlock for hub EH
Jan 26 18:23:28 DiskStation kernel: [1111416.000000] usb 1-1.1.4: lock for hub EH
Jan 26 18:23:28 DiskStation kernel: [1111416.190000] usb 1-1.1.4: unlock for hub EH
Jan 26 18:23:33 DiskStation kernel: [1111421.220000] usb 1-1.1.4: lock for hub EH
Jan 26 18:23:34 DiskStation kernel: [1111421.390000] hub is performing EH
Jan 26 18:23:34 DiskStation kernel: [1111421.440000] usb 1-1.1.4: unlock for hub EH
Jan 26 18:23:50 DiskStation kernel: [1111437.440000] usb 1-1.1.4: lock for hub EH
Jan 26 18:23:50 DiskStation kernel: [1111437.510000] hub is performing EH
Jan 26 18:24:05 DiskStation kernel: [1111452.610000] usb 1-1.1.4: device descriptor read/64, error -110
Jan 26 18:24:20 DiskStation kernel: [1111467.800000] usb 1-1.1.4: device descriptor read/64, error -110
Jan 26 18:24:20 DiskStation kernel: [1111467.980000] hub is performing EH
Jan 26 18:24:35 DiskStation kernel: [1111483.070000] usb 1-1.1.4: device descriptor read/64, error -110
Jan 26 18:24:50 DiskStation kernel: [1111498.260000] usb 1-1.1.4: device descriptor read/64, error -110
Jan 26 18:24:51 DiskStation kernel: [1111498.440000] hub is performing EH
Jan 26 18:25:06 DiskStation kernel: [1111513.870000] usb 1-1.1.4: device not accepting address 4, error -110
Jan 26 18:25:22 DiskStation kernel: [1111529.370000] usb 1-1.1.4: device not accepting address 4, error -110
Jan 26 18:25:22 DiskStation kernel: [1111529.370000] usb 1-1.1.4: unlock for hub EH
Jan 26 18:25:22 DiskStation kernel: [1111529.400000] end_request: I/O error, dev sdq, sector 165141424
Jan 26 18:25:22 DiskStation kernel: [1111529.410000] Buffer I/O error on device sdq1, logical block 20642646
Jan 26 18:25:22 DiskStation kernel: [1111529.420000] lost page write due to I/O error on sdq1
Jan 26 18:25:22 DiskStation kernel: [1111529.420000] Buffer I/O error on device sdq1, logical block 20642647
Jan 26 18:25:22 DiskStation kernel: [1111529.430000] lost page write due to I/O error on sdq1
Jan 26 18:25:22 DiskStation kernel: [1111529.430000] Buffer I/O error on device sdq1, logical block 20642648
Jan 26 18:25:22 DiskStation kernel: [1111529.440000] lost page write due to I/O error on sdq1
Jan 26 18:25:22 DiskStation kernel: [1111529.440000] Buffer I/O error on device sdq1, logical block 20642649
Jan 26 18:25:22 DiskStation kernel: [1111529.450000] lost page write due to I/O error on sdq1
Jan 26 18:25:22 DiskStation kernel: [1111529.460000] lost page write due to I/O error on sdq1
Jan 26 18:25:22 DiskStation kernel: [1111529.500000] JBD2: Detected IO errors while flushing file data on sdq1-8
Jan 26 18:25:22 DiskStation kernel: [1111529.500000] Aborting journal on device sdq1-8.
Jan 26 18:25:22 DiskStation kernel: [1111529.510000] JBD2: I/O error detected when updating journal superblock for sdq1-8.
Jan 26 18:25:22 DiskStation kernel: [1111529.520000] EXT4-fs error (device sdq1) in ext4_reserve_inode_write: Journal has aborted
Jan 26 18:25:22 DiskStation kernel: [1111529.530000] EXT4-fs error (device sdq1) in ext4_dirty_inode: Journal has aborted
Jan 26 18:25:22 DiskStation kernel: [1111529.530000] EXT4-fs (sdq1): previous I/O error to superblock detected
Jan 26 18:25:22 DiskStation kernel: [1111529.540000] EXT4-fs error (device sdq1): ext4_journal_start_sb: Detected aborted journal
Jan 26 18:25:22 DiskStation kernel: [1111529.550000] EXT4-fs (sdq1): Remounting filesystem read-only

Danach kommen nur noch Fehlermeldungen wegen eines Read-Only Filesystems. Kann sich irgendjemand darauf einen Reim machen?

 

[Alez]

Ist auf der externen Platte die aktuellste Firmware drauf? Ich hatte das bei mittlerweile 2 verschiedenen USB-Platten von WD, dass die Sicherung abgebrochen wurde, weil die USB-Platte ausgeworfen wurde. Nach einem Firmware-Update hat dann alles funktioniert...

 

[Thorndike]

Ja, das WD Firmware Utility sagt ich habe die aktuelle Version. Sicherheitshalber habe ich auch noch einen Test der Platte durchgeführt:

Test Option: EXTENDED TEST
Model Number: WD My Passport 0820
Unit Serial Number: ***********
Firmware Number: 1007
Capacity: 2000.37 GB
SMART Status: PASS
Test Result: PASS
Test Time: 10:11:13, January 27, 2014

 

[borg2k]

probier mal ein kürzeres USB 3 Kabel.

Hab bei mir einen USB 3 Stick der funktioniert an der DS nur wenn ich ihn direkt in den Port stecke, sobald da irgendein Kabel dazwischen steckt wird er nach kurzer Zeit ausgeworfen wenn man den Stick benutzen will.

USB 3 Kabel sind eh ein Kapitel für sich (grundsätzlich gilt dort, es sollte so kurz wie möglich sein). Die Lage dort dürfte sich erst mit Einführung von USB 3.1 bessern.

 

[Thorndike]

Ich habe auch schon erfolglos eine direkte Verbindung mit dem mitgelieferten Kabel versucht. Das hat immerhin die 7h des Extended Test am PC klaglos überstanden und ist auch nur 30cm lang.

 

[Cyberbob19]

Hi,

du bist nicht allein mit deinem Problem. Ich habe die kleinere Schwester (WD Passport 1TB) als DaSi angeschlossen.
Er hat immer nur Teile (so um 300GB, dann abgebrochen) gesichert. In den Logs hat man dann gesehen, dass die Platte
kurz disconnected war (als ob man den USB Stecker ziehen würde). Hab nun mittlerweile das vierte Mal das Backup angestoßen....
Mittlerweile hat er immerhin mal knapp 800GB gesichert. Mal sehen, wie lange das noch läuft und ob/wann er wieder abbricht.
Leider finde ich auch keine brauchbaren Hinweise, woher das kommt. Im Moment verwende ich DSM 4.3-3810 Update 4 auf einer
DS211j.

Gruß

Bob

 

[borg2k]

Ist der Stromsparmodus für USB-Laufwerke aktiv? Eventuell diesen mal deaktivieren, ansonsten würde mir nur noch die Option einfallen, mal ein USB 2.0 Kabel zu benutzen. Dann läuft zwar alles langsamer, aber damit schliesst man dann auch Probleme mit USB 3.0 aus.

 

[Cyberbob19]

Der Stromsparmodus für USB Laufwerke ist bei mir aus. Leider lässt sich das mitgelieferte USB Kabel nicht ohne weiteres durch ein USB 2.0 ersetzen.
Der Anschluss auf Seiten der Festplatte sieht mir zu speziell aus.
Immerhin läuft die DaSi seit gestern Abend 22:30 bis jetzt noch immer ohne Probleme. Warum das nun erst nach dem vierten Startvorgang so ist, wissen
nur die Götter. EDV=Ende der Vernunft? oder wie war das noch?

Gruß

Bob

 

[borg2k]

Das ist ein ganz normaler USB 3 Microport. Wenn man da einen USB 2 Kabel benutzen will geht das problemlos, sofern es sich um ein USB 2 Kabel mit Microanschluss handelt (z.B. USB Kabel vom Android-Smartphone). Den Microport steckt man dann in das dazu passende Teil vom USB 3 Microport. Der Anschluss ist nicht umsonst in der Mitte so zweigeteilt. Der eine Teil ist der USB 2 Teil, der kleinere ist der zusätzliche für USB 3.

 

[Cyberbob19]

Danke für die Info. Wieder was dazu gelernt.
Leider habe ich kein USB 2 Kabel mit einem solchen Microport-Anschluss (iOS Nutzer).
Vielleicht war es ja auch ein einmaliges Phänomen in Abhängigkeit des Sonneneinstrahlwinkels oder der Staubpartikeldichte in der Luft, etc.

Edit: Mittlerweile ist das Backup auch Erfolgreich abgeschlossen!

Gruß

Bob

 

[Thorndike]

Der Stromsparmodus für USB Laufwerke ist bei mir auch aus. Das USB 2.0 Kabel werde ich dann heute Abend einmal versuchen.

 

[Thorndike]

Ich hatte jetzt Zeit einmal ein USB 2 Kabel zu versuchen. Funktioniert genauso wenig. Also dann eben keine Backups von der DS.

 

[osbow]

Bei mir leider das gleiche. Nach ca. 300 GB bricht die Verbindung zur externen WD-Festplatte ab. Gibt es dazu schon eine Lösung? Hab es schon vier mal ausprobiert…

 

[osbow]

Hab nun alle gepunktet und finde immer noch folgenden Fehler: "Failed to copy icon of folder" oder "Failed to create directory".

So wie das verstanden habe ist es egal, ob ich die Platte FAT oder EXT4 formatiert. Oder?

Besteht die Möglichkeit die Platte, so wie sie ist/sind auf ein anderes NAS zu speichern? Oder besteht weiterhin das Problem?

 

[Thorndike]

So wie das verstanden habe ist es egal, ob ich die Platte FAT oder EXT4 formatiert. Oder?

Ganz sicher nicht, jedes Dateisystem hat andere Einschränkungen die einem verbieten bestimmte Dateien abzulegen

 

[osbow]

OK, jetzt hat es mit der EXT4-Formatierung geklappt. Jedoch kann ich an meinem Mac die Daten nicht sehen. Was passiert, wenn die DS abraucht? Kann ich die Daten mit jeder anderen DS wiederherstellen? Und kann ich im DSM in das jeweilige Backup reinschauen? Also sehen welche Daten in welchem Backup hinterlegt sind?

 

[dil88]

Wenn Du die normale Datensicherung nutzt, sollten die Backups mit jeder DS wiederhergestellt werden. Mit einer ext4-Software für den Mac solltest Du die Daten auch am Mac auslesen können. Sie werden direkt ins Filesystem schrieben.

 

[osbow]

Super, vielen Dank für die Antwort! Und wenn ich eine neue Sicherung machen will, wie gehe ich vor, wenn lediglich die geänderten Daten überschrieben werden sollen? rsync ist ja automatisch voreingestellt, oder?

 

[Thorndike]

Wenn du eine neue Sicherung machst fängt wieder alles von vorne an. Inkrementell wird die Sicherung wenn du die Datensicherungsaufgabe erneut startest. Entweder manuell oder per Zeitplan, für die gesicherten Daten ist das egal.