Hallo, ich versuche, größere Mengen Daten als Backup auf eine externe USB 2.0-Festplatte kopieren. Leider "verliert" Linux (OpenSuSE 10.2) immer nach einer gewissen Zeit die USB-Festplatte. Dies äußert sich darin, dass die Platte dann nicht mehr gemountet ist und ab da das Anlegen von Dateien logischerweise schief geht. Ich habe es zuerst mit rsync versucht, dann aber auch mit tar. Beides mal das gleiche Resultat. Die USB-Festplatte ist mit ext3 formatiert. Könnte es daran liegen? Gibt es Dateisysteme, die für diesen Zweck (Backup) besser geeignet sind? Kann mir jemand einen Tipp geben, wie ich die Daten gesichert kriege? Vielen Dank, Ralf. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ralf Schneider schrieb:
ich versuche, größere Mengen Daten als Backup auf eine externe USB 2.0-Festplatte kopieren. Leider "verliert" Linux (OpenSuSE 10.2) immer nach einer gewissen Zeit die USB-Festplatte. Dies äußert sich darin, dass die Platte dann nicht mehr gemountet ist und ab da das Anlegen von Dateien logischerweise schief geht.
Hast du mal ins Log geschaut (Strg+Alt+F10)? Dort kann z.B. (sinngemäß) stehen: Corrupted filesystem. Remounting read-only oder ähnliches. Sowas kann dann von defekten Festplatten oder nicht ordentlich ungemounteten Filesystems kommen. Findest du im Log irgendwelche Meldungen, die zu der "Verlier"-Zeit auftauchen? Martin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGoxYoE5UqXaCvB8IRAo0+AKDFVcgMtjklNs8rZOVGdOFo/UdQ5gCglTFU HKNbP7xDT0QZgz/iloPnJdg= =H2GB -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ich erinnere mich an ein ähnliches Phänomen. Nachdem nach einiger Zeit auch unter dem anderen Betriebssystem irgendwelche Ungereimtheiten auftraten, hat der Händler ein Ersatznetzteil spendiert...
Wolfgang Hamann
Hallo,
ich versuche, gr=F6=DFere Mengen Daten als Backup auf eine externe USB=20 2.0-Festplatte kopieren. Leider "verliert" Linux (OpenSuSE 10.2) immer nach= =20 einer gewissen Zeit die USB-Festplatte. Dies =E4u=DFert sich darin, dass di= e=20 Platte dann nicht mehr gemountet ist und ab da das Anlegen von Dateien=20 logischerweise schief geht.
Ich habe es zuerst mit rsync versucht, dann aber auch mit tar. Beides mal d= as=20 gleiche Resultat. Die USB-Festplatte ist mit ext3 formatiert. K=F6nnte es d= aran=20 liegen? Gibt es Dateisysteme, die f=FCr diesen Zweck (Backup) besser geeign= et=20 sind?
Kann mir jemand einen Tipp geben, wie ich die Daten gesichert kriege?
Vielen Dank, Ralf. --
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ralf Schneider wrote:
[...] ich versuche, größere Mengen Daten als Backup auf eine externe USB 2.0-Festplatte kopieren. Leider "verliert" Linux (OpenSuSE 10.2) immer nach einer gewissen Zeit die USB-Festplatte. Dies äußert sich darin, dass die Platte dann nicht mehr gemountet ist und ab da das Anlegen von Dateien logischerweise schief geht.
Was sagen die Log-Files, z.B. /var/log/messages?
Ich habe es zuerst mit rsync versucht, dann aber auch mit tar. Beides mal das gleiche Resultat. Die USB-Festplatte ist mit ext3 formatiert. Könnte es daran liegen? Gibt es Dateisysteme, die für diesen Zweck (Backup) besser geeignet sind?
Nein, prinzipiell ist ext3 kein Problem. Auf meiner Backup USB Festplatte verwende ich auch ext3.
Kann mir jemand einen Tipp geben, wie ich die Daten gesichert kriege?
IMO gibt es mehrere Moeglichkeiten, was schief laeuft: 1) die Hardware (sprich: z.B. Festplatte oder USB-Port) hat einen Defekt; 2) die externe Backup-Platte hat kein eigenstaendiges Netzteil und zieht einfach zu viel Strom ueber den USB Port; 3) das Filesystem ist fehlerhaft und fuehrt zu einem Abbruch der Kopieraktion; 4) der Mount-Mechanismus von 10.2 ist fehlerhaft. Moegliche Tests/Aktionen: auf alle Faelle Log-Files ueberpruefen; andere USB-Platte verwenden und schauen, ob es dann geht; Filesystem ueberpruefen; verwende einen anderen USB-Port; schliesse die externe Festplatte an einen anderen Rechner an und schaue, ob sie dort funktioniert, usw. usw. Ich verwende (allerdings bei einer SuSE 10.0) uebrigens keinen automatischen Mount-Mechanismus, sondern mounte die externe Platte von Hand - alles andere ist bei einer 10.0 voellig unbrauchbar. Wie es im Detail bei 10.2 aussieht, weiss ich nicht, da ich das OS nicht verwende. Cheers, Th. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Sonntag, 22. Juli 2007 11:58 schrieb Thomas Hertweck:
nach einer gewissen Zeit die USB-Festplatte. Dies äußert sich darin, dass die Platte dann nicht mehr gemountet ist und ab da das Anlegen von Dateien logischerweise schief geht.
Was sagen die Log-Files, z.B. /var/log/messages?
Jul 22 18:27:19 majestix kernel: usb 1-6: reset high speed USB device using ehci_hcd and address 47 Jul 22 18:27:21 majestix kernel: sd 43:0:0:0: scsi: Device offlined - not ready after error recovery Jul 22 18:27:21 majestix kernel: usb 1-6: USB disconnect, address 47 Jul 22 18:27:21 majestix kernel: sd 43:0:0:0: SCSI error: return code = 0x00050000 Jul 22 18:27:21 majestix kernel: end_request: I/O error, dev sdb, sector 154097143 Jul 22 18:27:21 majestix kernel: Buffer I/O error on device sdb1, logical block 19262135 Jul 22 18:27:21 majestix kernel: lost page write due to I/O error on sdb1 Jul 22 18:27:21 majestix kernel: Buffer I/O error on device sdb1, logical block 19262136 Jul 22 18:27:21 majestix kernel: lost page write due to I/O error on sdb1 Jul 22 18:27:21 majestix kernel: Buffer I/O error on device sdb1, logical block 19262137 Jul 22 18:27:21 majestix kernel: lost page write due to I/O error on sdb1 Jul 22 18:27:21 majestix kernel: Buffer I/O error on device sdb1, logical block 19262138 Jul 22 18:27:21 majestix kernel: lost page write due to I/O error on sdb1 Jul 22 18:27:21 majestix kernel: Buffer I/O error on device sdb1, logical block 19262139 Jul 22 18:27:21 majestix kernel: lost page write due to I/O error on sdb1 Jul 22 18:27:21 majestix kernel: Buffer I/O error on device sdb1, logical block 19262140 Jul 22 18:27:21 majestix kernel: lost page write due to I/O error on sdb1 Jul 22 18:27:21 majestix kernel: Buffer I/O error on device sdb1, logical block 19262141 Jul 22 18:27:21 majestix kernel: lost page write due to I/O error on sdb1 Jul 22 18:27:21 majestix kernel: Buffer I/O error on device sdb1, logical block 19262142 Jul 22 18:27:21 majestix kernel: lost page write due to I/O error on sdb1 Jul 22 18:27:21 majestix kernel: Buffer I/O error on device sdb1, logical block 19262143 Jul 22 18:27:21 majestix kernel: lost page write due to I/O error on sdb1 Jul 22 18:27:21 majestix kernel: Buffer I/O error on device sdb1, logical block 19262144 Jul 22 18:27:22 majestix kernel: lost page write due to I/O error on sdb1 Jul 22 18:27:22 majestix kernel: sd 43:0:0:0: rejecting I/O to offline device Jul 22 18:27:22 majestix kernel: sd 43:0:0:0: rejecting I/O to offline device Jul 22 18:27:22 majestix kernel: sd 43:0:0:0: rejecting I/O to device being removed Jul 22 18:27:22 majestix kernel: sd 43:0:0:0: SCSI error: return code = 0x00010000 Jul 22 18:27:22 majestix kernel: end_request: I/O error, dev sdb, sector 154097383 Jul 22 18:27:22 majestix kernel: EXT3-fs error (device sdb1): read_block_bitmap: Cannot read block b itmap - block_group = 589, block_bitmap = 19300352 Jul 22 18:27:22 majestix kernel: Aborting journal on device sdb1. Jul 22 18:27:22 majestix kernel: ext3_abort called. Jul 22 18:27:22 majestix kernel: EXT3-fs error (device sdb1): ext3_journal_start_sb: Detected aborte d journal Jul 22 18:27:22 majestix kernel: Remounting filesystem read-only Jul 22 18:27:22 majestix kernel: sd 43:0:0:0: rejecting I/O to device being removed Die letzte Meldung erscheint dann SEHR oft. Ich vermute mal, die vorletzte Meldung erklärt, warum nichts mehr geschrieben werden kann. Aber warum?
Kann mir jemand einen Tipp geben, wie ich die Daten gesichert kriege?
IMO gibt es mehrere Moeglichkeiten, was schief laeuft: 1) die Hardware (sprich: z.B. Festplatte oder USB-Port) hat einen Defekt; 2) die externe Backup-Platte hat kein eigenstaendiges Netzteil und zieht einfach zu viel Strom ueber den USB Port;
Also, es ist eine 2,5"-Platte ohne Netzteil. Kann es denn sein, dass so ein Problem (zieht zu viel Strom) erst nach ca. 10 Minuten auftritt?
3) das Filesystem ist fehlerhaft und fuehrt zu einem Abbruch der Kopieraktion;
Das müsste doch dann aber gleich am Anfang auftreten, oder?
Moegliche Tests/Aktionen: auf alle Faelle Log-Files ueberpruefen; andere USB-Platte verwenden und schauen, ob es dann geht;
Also, ich hatte vorher eine 3,5"-Platte mit externem Netzteil, da ging es ohne Probleme. Ich habe leider keine andere Platte, die ich probieren könnte.
Filesystem ueberpruefen; verwende einen anderen USB-Port; schliesse die
Einen anderen Port habe ich probiert, bringt aber nichts. Viele Grüße, Ralf. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ralf Schneider wrote:
[... /var/log/messages ...]
Jul 22 18:27:19 majestix kernel: usb 1-6: reset high speed USB device using ehci_hcd and address 47 Jul 22 18:27:21 majestix kernel: sd 43:0:0:0: scsi: Device offlined - not ready after error recovery Jul 22 18:27:21 majestix kernel: usb 1-6: USB disconnect, address 47 Jul 22 18:27:21 majestix kernel: sd 43:0:0:0: SCSI error: return code = 0x00050000 Jul 22 18:27:21 majestix kernel: end_request: I/O error, dev sdb, sector 154097143 Jul 22 18:27:21 majestix kernel: Buffer I/O error on device sdb1, logical block 19262135 [...] Jul 22 18:27:22 majestix kernel: EXT3-fs error (device sdb1): read_block_bitmap: Cannot read block b itmap - block_group = 589, block_bitmap = 19300352 Jul 22 18:27:22 majestix kernel: Aborting journal on device sdb1. Jul 22 18:27:22 majestix kernel: ext3_abort called. Jul 22 18:27:22 majestix kernel: EXT3-fs error (device sdb1): ext3_journal_start_sb: Detected aborte d journal Jul 22 18:27:22 majestix kernel: Remounting filesystem read-only Jul 22 18:27:22 majestix kernel: sd 43:0:0:0: rejecting I/O to device being removed
Die letzte Meldung erscheint dann SEHR oft. Ich vermute mal, die vorletzte Meldung erklärt, warum nichts mehr geschrieben werden kann.
Wenn ich das richtig interpretiere, passiert folgendes (bitte korrigieren, falls ich das hier falsch lese): Es sieht so aus, als ob das USB Device einen Reset durchfuehrt, waehrend versucht wird zu schreiben. Das Device ist danach offline, es kommt zu einem Disconnect (das ist im Prinzip wie Stecker abziehen), was wiederum logischerweise zu I/O Fehlern fuehrt. Letztendlich versucht der Kernel aufgrund der I/O Fehler, das FS als read-only zu mounten. Das schlaegt aber fehl, da das Device gar nicht mehr da ist.
Aber warum?
Den eigentlichen Grund fuer den Reset kann ich hier nicht erkennen. Steht vor der Reset-Meldung noch etwas, das mit dem Problem zu tun hat?
[...] Also, es ist eine 2,5"-Platte ohne Netzteil. Kann es denn sein, dass so ein Problem (zieht zu viel Strom) erst nach ca. 10 Minuten auftritt?
Pro USB-Anschluss stehen nur max. 500mA zur Verfuegung. Falls die Platte zu irgendeinem Zeitpunkt mehr Strom braucht, kannst Du den USB-Port schaedigen und das Verhalten ist schlicht unvorhersehbar. Ich weiss nicht, wie es mit 2,5" Platten aussieht, aber 3,5" Platten wuerde ich nicht ohne externes Netzteil betreiben, das waere mit schlicht zu riskant.
[... Filesystemprobleme ...]
Das müsste doch dann aber gleich am Anfang auftreten, oder?
Warum? Es wuerde dann zu Tage treten, wenn auf den entsprechend beschaedigten Bereich des FS zugegriffen wird. Das kann zu jedem Zeitpunkt stattfinden.
[...] Also, ich hatte vorher eine 3,5"-Platte mit externem Netzteil, da ging es ohne Probleme. Ich habe leider keine andere Platte, die ich probieren könnte.
Das zeigt, dass es definitiv etwas mit dieser Platte oder dem FS auf dieser Platte zu tun hat. Cheers, Th. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Sonntag, 22. Juli 2007 19:36 schrieb Thomas Hertweck:
Das zeigt, dass es definitiv etwas mit dieser Platte oder dem FS auf dieser Platte zu tun hat.
Mittlerweile ist es mir gelungen, meine ca. 5 GB Daten zu übertragen. Ich habe die Platte nochmal neu formatiert und dann ging es. Es lag wohl am Dateisystem. Vielen Dank für Eure Hilfe, Ralf. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Son, 22 Jul 2007, Ralf Schneider schrieb:
Am Sonntag, 22. Juli 2007 11:58 schrieb Thomas Hertweck:
nach einer gewissen Zeit die USB-Festplatte. Dies äußert sich darin, dass die Platte dann nicht mehr gemountet ist und ab da das Anlegen von Dateien logischerweise schief geht.
Was sagen die Log-Files, z.B. /var/log/messages?
Jul 22 18:27:19 majestix kernel: usb 1-6: reset high speed USB device using ehci_hcd and address 47 Jul 22 18:27:21 majestix kernel: sd 43:0:0:0: scsi: Device offlined - not ready after error recovery Jul 22 18:27:21 majestix kernel: usb 1-6: USB disconnect, address 47
Gibt's davor noch was? Denn dann wuerde der Rest nur Folgefehler sein...
Jul 22 18:27:21 majestix kernel: sd 43:0:0:0: SCSI error: return code = 0x00050000 Jul 22 18:27:21 majestix kernel: end_request: I/O error, dev sdb, sector 154097143 Jul 22 18:27:21 majestix kernel: Buffer I/O error on device sdb1, logical block 19262135 [..]
Wenn das kein Folgefehler ist, dann ist vermutlich die Platte dabei zu sterben... Was sagt 'smartctl -a'? Und lass mal 'smartctl --test=long' oder so laufen... Achso, haengt die Platte direkt am Rechner oder an einem USB-Hub? Wenn letzteres haenge sie mal direkt an den Rechner, Hubs machen wohl gerne mal Probleme... -dnh -- 13: Für Windows optimiert zusammengestellt aus Hardware-Restposten (Kristian Köhntopp) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Sonntag, 22. Juli 2007 10:22 schrieb Ralf Schneider:
Hallo,
ich versuche, größere Mengen Daten als Backup auf eine externe USB 2.0-Festplatte kopieren. Leider "verliert" Linux (OpenSuSE 10.2) immer nach einer gewissen Zeit die USB-Festplatte. Dies äußert sich darin, dass die Platte dann nicht mehr gemountet ist und ab da das Anlegen von Dateien logischerweise schief geht.
Ich habe es zuerst mit rsync versucht, dann aber auch mit tar. Beides mal das gleiche Resultat. Die USB-Festplatte ist mit ext3 formatiert. Könnte es daran liegen? Gibt es Dateisysteme, die für diesen Zweck (Backup) besser geeignet sind?
Kann mir jemand einen Tipp geben, wie ich die Daten gesichert kriege?
Hallo Ralf, ich vermute mal, dass Du die Platte hast automatisch montieren lassen - das Standard-Verfahren unter OpenSuSE. Bei mir kam es dann auch zu Problemen. Ich habe das subfs im Verdacht. Meine Lösung war, die Platte in /etc/fstab einzutragen und dann manuell zu montieren. Gruß Heiner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Heiner Kuhlmann wrote:
[...]
Bei mir kam es dann auch zu Problemen. Ich habe das subfs im Verdacht.
10.2 verwendet AFAIK kein subfs. Cheers, Th. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (6)
-
David Haller -
hamann.w＠t-online.de -
Heiner Kuhlmann -
Martin Ereth -
Ralf Schneider -
Thomas Hertweck