LockalBackup auf ext. Festplatte (USB) bricht immer ab

Status
Für weitere Antworten geschlossen.

floho

Benutzer
Mitglied seit
23. Sep 2009
Beiträge
149
Punkte für Reaktionen
0
Punkte
16
Hi!

Meine lokale Datensicherung auf eine ext. USB-Platte bricht immer wieder ab. Platte ist dann offline...

"Local Backup Failed"

Die Platte ist frisch ext4-formatiert. e2fsck findet keine Fehler. Mehrmals versucht.

Dann die Platte NTFS-formatiert und das Backup lief (sehr langsam) durch...

DS210j / DSM 4.0beta.

Hat jemand einen Tipp, woran es liegen könnte?

Grüße Flo

messages schrieb:
Jan 22 23:43:06 kernel: [ 6817.000000] usb 1-1.2: lock for hub EH
Jan 22 23:43:07 kernel: [ 6817.190000] usb 1-1.2: unlock for hub EH
Jan 22 23:44:07 kernel: [ 6878.000000] usb 1-1.2: lock for hub EH
Jan 22 23:44:08 kernel: [ 6878.120000] hub is performing EH
Jan 22 23:44:08 kernel: [ 6878.380000] hub is performing EH
Jan 22 23:44:08 kernel: [ 6878.630000] hub is performing EH
Jan 22 23:44:09 kernel: [ 6878.640000] usb 1-1.2: unlock for hub EH
Jan 22 23:44:09 kernel: [ 6878.670000] end_request: I/O error, dev sdr, sector 252176016
Jan 22 23:44:09 kernel: [ 6878.670000] Buffer I/O error on device sdr1, logical block 31521970
Jan 22 23:44:09 kernel: [ 6878.680000] lost page write due to I/O error on sdr1
Jan 22 23:44:09 kernel: [ 6878.690000] Buffer I/O error on device sdr1, logical block 31521971
Jan 22 23:44:09 kernel: [ 6878.690000] lost page write due to I/O error on sdr1
Jan 22 23:44:09 kernel: [ 6878.700000] Buffer I/O error on device sdr1, logical block 31521972
Jan 22 23:44:09 kernel: [ 6878.700000] lost page write due to I/O error on sdr1
Jan 22 23:44:09 kernel: [ 6878.710000] Buffer I/O error on device sdr1, logical block 31521973
Jan 22 23:44:09 kernel: [ 6878.710000] lost page write due to I/O error on sdr1
Jan 22 23:44:09 kernel: [ 6878.720000] Buffer I/O error on device sdr1, logical block 31521974
Jan 22 23:44:09 kernel: [ 6878.730000] lost page write due to I/O error on sdr1
Jan 22 23:44:09 kernel: [ 6878.730000] Buffer I/O error on device sdr1, logical block 31521975
Jan 22 23:44:09 kernel: [ 6878.740000] lost page write due to I/O error on sdr1
Jan 22 23:44:09 kernel: [ 6878.740000] Buffer I/O error on device sdr1, logical block 31521976
Jan 22 23:44:09 kernel: [ 6878.750000] lost page write due to I/O error on sdr1
Jan 22 23:44:09 kernel: [ 6878.750000] Buffer I/O error on device sdr1, logical block 31521977
Jan 22 23:44:09 kernel: [ 6878.760000] lost page write due to I/O error on sdr1
Jan 22 23:44:09 kernel: [ 6878.760000] Buffer I/O error on device sdr1, logical block 31521978
Jan 22 23:44:09 kernel: [ 6878.770000] lost page write due to I/O error on sdr1
Jan 22 23:44:09 kernel: [ 6878.780000] Buffer I/O error on device sdr1, logical block 31521979
Jan 22 23:44:09 kernel: [ 6878.780000] lost page write due to I/O error on sdr1
Jan 22 23:44:09 kernel: [ 6878.790000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.810000] end_request: I/O error, dev sdr, sector 252176256
Jan 22 23:44:09 kernel: [ 6878.820000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.820000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.820000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.820000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.820000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.830000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.830000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.830000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.830000] sd 3:0:0:0: rejecting I/O to offline device
(...)
Jan 22 23:44:09 kernel: [ 6878.830000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.830000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.830000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.830000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.830000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.830000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.840000] JBD2: Detected IO errors while flushing file data on sdr1-8
Jan 22 23:44:09 kernel: [ 6878.840000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.870000] Aborting journal on device sdr1-8.
Jan 22 23:44:09 kernel: [ 6878.870000] sd 3:0:0:0: rejecting I/O to offline device
Jan 22 23:44:09 kernel: [ 6878.870000] JBD2: I/O error detected when updating journal superblock for sdr1-8.
Jan 22 23:44:09 kernel: [ 6878.880000] EXT4-fs error (device sdr1): ext4_journal_start_sb: Detected aborted journal
Jan 22 23:44:09 kernel: [ 6878.890000] EXT4-fs (sdr1): Remounting filesystem read-only
Jan 22 23:44:09 kernel: [ 6878.910000] JBD2: Detected IO errors while flushing file data on sdr1-8
Jan 22 23:44:09 synolocalbkp: synocopyfile.c:155 Fail to write file /volumeUSB2/usbshare/LocalBackup/Bilder/P1040478.JPG!! errno=[30/Read-only file system]

(...)
 
Zuletzt bearbeitet:

Trolli

Benutzer
Mitglied seit
12. Jul 2007
Beiträge
9.848
Punkte für Reaktionen
1
Punkte
0
Hmmm - solltest Du auf jeden Fall mal als Bugreport melden...
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
die externe Platte ist an einer eigenen Stromversorgung (Netzteil oder mit Strom versorgten USB-Hub) angeschlossen? Manchmal liefert die DS zu wenig Strom (eigentlich normgerecht, aber die Platten wollen mehr saugen)

Itari
 

floho

Benutzer
Mitglied seit
23. Sep 2009
Beiträge
149
Punkte für Reaktionen
0
Punkte
16
die externe Platte ist an einer eigenen Stromversorgung (Netzteil oder mit Strom versorgten USB-Hub) angeschlossen? Manchmal liefert die DS zu wenig Strom (eigentlich normgerecht, aber die Platten wollen mehr saugen)

Itari

Ja, Platte hat ein eigenes Netzteil...

Ich hatte dieses Problem schon einmal vor ca. 1 Jahr bei meiner anderen DS (Modell 209+II, damals DSM 2.2) mit einer anderen ext. Festplatte. Ein Festplattencheck (e2fsck) hat damals das Problem behoben. Leider klappt es jetzt nicht mehr...
 

floho

Benutzer
Mitglied seit
23. Sep 2009
Beiträge
149
Punkte für Reaktionen
0
Punkte
16
... zu erwähnen wäre da auch noch, dass das Backup auf die NTFS-formatierte ext. Platte 24 Stunden gedauert hat. Gesichert wurden 400 Gigabyte. Das ist doch auch nicht normal, oder?
 

adahmen

Benutzer
Mitglied seit
12. Okt 2009
Beiträge
559
Punkte für Reaktionen
10
Punkte
38
Hallo,

ich hatte ein ähnliches Problem mit einer externen 2,5 Zoll USB-Platte ohne externe Stromversorgung ... auch schon unter DSM 3.2 (unter 3.1 hatte ich noch keine Probleme).
Letztendlich hat nur ein Wechsel auf eine externe Platte mit USB 3.0 geholfen. Bei meiner 209 liefen dann die Sicherungen ohne Probleme durch.

Bei meiner 212+ hatte ich gestern dann wieder das Problem, daß die Platte irgendwann "abgehängt" wurde und das Backup abgebropchen wurde. Dabei hatte ich den USB-Anschluss vorne genommen. Nach Wechsel auf den USB-Anschluss hinten lief das Backup dann einwandfrei durch --> etwas mehr als 500 GB in gefühlten 4 Stunden ....

Die externe Platte ist in ext4 formatiert.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat 

 
 
  AdBlocker gefunden!

Du bist nicht hier, um Support für Adblocker zu erhalten. Dein Adblocker funktioniert bereits ;-)

Klar machen Adblocker einen guten Job, aber sie blockieren auch nützliche Funktionen.

Das Forum wird mit hohem technischen, zeitlichen und finanziellen Aufwand kostenfrei zur Verfügung gestellt. Wir zeigen keine offensive Werbung und bemühen uns um eine dezente Integration.

Bitte unterstütze dieses Forum, in dem du deinen Adblocker für diese Seite deaktivierst.

Du kannst uns auch über unseren Kaffeautomat einen Kaffe ausgeben oder ein PUR Abo abschließen und das Forum so werbefrei nutzen.

Vielen Dank für Deine Unterstützung!