khs
Routinier
Hi alle,
erstmal kurz die Beschreibung, wie kaputt meine Maxtor-160GB-Platte ist:
es finden sich mal 200-300 defekte Bloecke am Stueck, dazwischen auch mal wieder 500-1000 lesbare. Und das, nachdem sie nach einer Laufzeit von 30min (mit vorher 5d Pause) einen reiserfs-Kerneltreiber-Ooops ausgeloest hat.
Zuerst dachte ich, reiserfs hat sein Dateisystem zerlegt, leider tauchten jedoch o.g. badblocks beim Scan unter Knoppix auf. Also war der Ooops wohl nur die Reaktion auf die uncorrectable errors, die in dmesg vom IDE-Treiber und auch im SMART-Log der Platte gemeldet werden.
Meine bisherige Vermutung ist schlicht Hitzetod, obwohl mehrere Umstaende dagegen sprechen.
Hatte den jemand schonmal? Aeussert der sich vergleichbar?
Noch vor 2Wo lief er auch mal eben 14d am Stueck durch, ohne zu mucken. Und da wars draussen noch richtig heiss...
So, genug gejammert, nun zu dd_rescue:
Er laeuft jetzt ca. ne Stunde und hat 7MB gelesen, davon 1.3MB mit Fehlern (selbige badblocks halt). Beim extrapolieren wird mir ganz uebel, zumal das nur die 15GB-Partition ist und die richtig grosse noch darauf wartet, erkundet zu werden.
Was habt ihr fuer Erfahrungen mit dd_rescue und dessen Laufzeit?
Ein, zwei Dateien auf den Partitionen waren nicht gebackupt, es waere mir also wert, das durchlaufen zu lassen, aber wenn das wirklich 2Wo laufen sollte (wie ich irgendwo in nem Forum aufgegabelt hab), wuerde sich ja glatt ein extra Rechner dafuer lohnen.
-khs, dessen vorletztes Google-Stichwort "DAT-Streamer" war
Edit: gerade habe ich dd_rhelp gefunden. Ein Programm, das im Prinzip dd_rescue aufruft, allerdings bei kaputten Sektoren etwas vorwaerts springt in der Hoffnung, wieder in validen Daten zu landen und so die Restore-Zeit drastisch reduzieren soll. Immerhin hat der in 5min schonmal 15MB ganze Daten gefunden anstatt 8MB in 2h mit dd_rescue.
Wenns neue Erkenntnisse gibt, berichte ich hier.
-khs
erstmal kurz die Beschreibung, wie kaputt meine Maxtor-160GB-Platte ist:
es finden sich mal 200-300 defekte Bloecke am Stueck, dazwischen auch mal wieder 500-1000 lesbare. Und das, nachdem sie nach einer Laufzeit von 30min (mit vorher 5d Pause) einen reiserfs-Kerneltreiber-Ooops ausgeloest hat.
Zuerst dachte ich, reiserfs hat sein Dateisystem zerlegt, leider tauchten jedoch o.g. badblocks beim Scan unter Knoppix auf. Also war der Ooops wohl nur die Reaktion auf die uncorrectable errors, die in dmesg vom IDE-Treiber und auch im SMART-Log der Platte gemeldet werden.
Meine bisherige Vermutung ist schlicht Hitzetod, obwohl mehrere Umstaende dagegen sprechen.
Hatte den jemand schonmal? Aeussert der sich vergleichbar?
Noch vor 2Wo lief er auch mal eben 14d am Stueck durch, ohne zu mucken. Und da wars draussen noch richtig heiss...
So, genug gejammert, nun zu dd_rescue:
Er laeuft jetzt ca. ne Stunde und hat 7MB gelesen, davon 1.3MB mit Fehlern (selbige badblocks halt). Beim extrapolieren wird mir ganz uebel, zumal das nur die 15GB-Partition ist und die richtig grosse noch darauf wartet, erkundet zu werden.
Was habt ihr fuer Erfahrungen mit dd_rescue und dessen Laufzeit?
Ein, zwei Dateien auf den Partitionen waren nicht gebackupt, es waere mir also wert, das durchlaufen zu lassen, aber wenn das wirklich 2Wo laufen sollte (wie ich irgendwo in nem Forum aufgegabelt hab), wuerde sich ja glatt ein extra Rechner dafuer lohnen.
-khs, dessen vorletztes Google-Stichwort "DAT-Streamer" war
Edit: gerade habe ich dd_rhelp gefunden. Ein Programm, das im Prinzip dd_rescue aufruft, allerdings bei kaputten Sektoren etwas vorwaerts springt in der Hoffnung, wieder in validen Daten zu landen und so die Restore-Zeit drastisch reduzieren soll. Immerhin hat der in 5min schonmal 15MB ganze Daten gefunden anstatt 8MB in 2h mit dd_rescue.
Wenns neue Erkenntnisse gibt, berichte ich hier.
-khs
Zuletzt bearbeitet: