Hallo Liste, hab gerade von meiner 2. Platte seltsame geräusche beim Backup gehört. Habe dann raiserfsck gestartet mit folgendem Ergebnis: Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes ########### reiserfsck --check started at Fri May 23 18:24:53 2003 ########### Replaying journal.. trans replayed: mountid 302, transid 83123, desc 3347, len 20, commit 3368, next trans offset 3351 1 transactions replayed Checking internal tree../ 5 (of 23)/ 82 (of 92) The problem has occurred looks like a hardware problem. Check your hard drive for badblocks. bread: Cannot read the block (91154). Abgebrochen Da sich auf dieser Platte sehr wichtige Daten befinden, hoffe ich, dass diese nicht kaputt ist, obwohl reiserfs ein hardware-Problem meldet. Wie kann ich denn die Platte auf fehlerhafte Blöcke untersuchen? Jens -- Registered Linux-User #284411 - Linux-Machine #197637 GnuPG/OpenPGP-Key: 0x482BBF3D - http://www.dfn-pca.de/pgpkserv
* Jens Hofheinz schrieb am Freitag, 2003-05-23:
Check your hard drive for badblocks.
Da sich auf dieser Platte sehr wichtige Daten befinden, hoffe ich,
Dann gibt's ja ein Backup. Ist also gar kein Problem.
dass diese nicht kaputt ist, obwohl reiserfs ein hardware-Problem meldet. Wie kann ich denn die Platte auf fehlerhafte Blöcke untersuchen?
badblocks -- Christian Ullrich Registrierter Linux-User #125183 "Remember: 'I am a person. I have a right to the ball.'"
Am Freitag, 23. Mai 2003 19:20 schrieb Christian Ullrich: Hi Christian,
badblocks bread: Cannot read the block (91154).
Kannst Du mir bitte noch sagen, was genau ich auf der Konsole eingeben muss? Steig da nicht ganz durch. Jens -- Registered Linux-User #284411 - Linux-Machine #197637 GnuPG/OpenPGP-Key: 0x482BBF3D - http://www.dfn-pca.de/pgpkserv
Hallo, On Fri, 23 May 2003, Jens Hofheinz wrote:
Am Freitag, 23. Mai 2003 19:20 schrieb Christian Ullrich:
badblocks bread: Cannot read the block (91154).
Also, das mit dem zitieren ueben wir aber nochmal!! Die zweite Zeile ist nicht von Christian.
Kannst Du mir bitte noch sagen, was genau ich auf der Konsole eingeben muss? Steig da nicht ganz durch.
Wo steigst du nicht durch? Durch man badblocks? Oder was? -dnh PS: Vermutlich hat deine HD Sektoren verloren, wenn das der Fall ist kannst du das FS knicken. Erstell dir mit ddrescue ein Image der Partition und sei froh ueber jede Datei, die du daraus dann noch retten kannst. reiserfsfsck indeed. -- I am now taking bets on when this planet will reach its window manager event horizon. At some distant point in the future some sort of alien life-form is going to land on this planet and find everything dead except for a lone Sparcstation in an abandoned building waiting for a consignment of small lemon-soaked Motif widgets to be loaded. -- Peter Gutmann
On Sat, 24 May 2003 02:13:42 +0200
David Haller
PS: Vermutlich hat deine HD Sektoren verloren, wenn das der Fall ist kannst du das FS knicken. Erstell dir mit ddrescue ein Image der Partition und sei froh ueber jede Datei, die du daraus dann noch retten kannst. reiserfsfsck indeed.
Ich habe hier vor kurzem zwei Dateisysteme verloren, als ich versuchte, mit --rebuild-tree (von der Knoppix-CD v3.2) die von --check gefundenen Fehler zu reparieren. Keine unersetzlichen Verluste dank fast täglicher Datensicherung, aber neu aufspielen musste ich trotzdem. Ich habe zuerste "reiserfsck --check" und dann auf dessen Empfehlung hin "--rebuild-tree" laufen lassen, die obligatorische beta-Warnung quittiert. Im zweiten oder dritten Durchlauf kam ein "...ist kein leaf..." und diese Meldung wurde über etliche Stunden wiederholt. Ist das eigentlich normal oder habe ich einfach etwas übersehen? Vorher hatte ich mit SuSE 8.2 zahlreiche Abstürze, wodurch die Fehler im Dateisystem erklärbar sind. BTW: Ich nutze im Augenblick nutze ich wieder ext3, das kann ich zur Not als ext2 mounten. Gruß, Steffen
Hallo, On Sat, 24 May 2003, Steffen Lauterkorn wrote:
On Sat, 24 May 2003 02:13:42 +0200 David Haller
wrote: PS: Vermutlich hat deine HD Sektoren verloren, wenn das der Fall ist kannst du das FS knicken. Erstell dir mit ddrescue ein Image der Partition und sei froh ueber jede Datei, die du daraus dann noch retten kannst. reiserfsfsck indeed. [reiserfsck] Ist das eigentlich normal oder habe ich einfach etwas übersehen?
Ist normal.
BTW: Ich nutze im Augenblick nutze ich wieder ext3, das kann ich zur Not als ext2 mounten.
Gute Entscheidung ;) -dnh -- 87: CIDR Die dezimale Quersumme der binären Repräsentation der Netzmaske. (Aldo)
Hallo, Am Samstag, 24. Mai 2003 18:38 schrieb David Haller:
On Sat, 24 May 2003, Steffen Lauterkorn wrote:
[Datenverlust beim "reiserfsck --rebuild-tree"]
[reiserfsck]
Ist das eigentlich normal oder habe ich einfach etwas übersehen?
Ist normal.
Ich kenne den Kontext nicht, aber die Aussage ist falsch. Es ist natürlich _nicht_ normal, dass man durch ein rebuild-tree bzw. allgemein beim reiserfsck Daten verliert. Schöne Grüße aus Bremen hartmut
Hallo, Am Montag, 26. Mai 2003 22:13 schrieb Hartmut Meyer:
Hallo,
Am Samstag, 24. Mai 2003 18:38 schrieb David Haller:
On Sat, 24 May 2003, Steffen Lauterkorn wrote:
[Datenverlust beim "reiserfsck --rebuild-tree"]
[reiserfsck]
Ist das eigentlich normal oder habe ich einfach etwas übersehen?
Ist normal.
Ich kenne den Kontext nicht, aber die Aussage ist falsch.
Es ist natürlich _nicht_ normal, dass man durch ein rebuild-tree bzw. allgemein beim reiserfsck Daten verliert.
Sorry, ich hab mir grade noch mal den Thread angeschaut. Ich glaube ich hatte David falsch verstanden. Als "normal" hat er vermutlich bezeichnet, dass Daten auf einer defekten Platte (Hardwareschaden) auch durch ein fsck nicht zu retten sind. Schöne Grüße aus Bremen hartmut
Hallo, On Mon, 26 May 2003, Hartmut Meyer wrote:
Am Montag, 26. Mai 2003 22:13 schrieb Hartmut Meyer:
Am Samstag, 24. Mai 2003 18:38 schrieb David Haller:
On Sat, 24 May 2003, Steffen Lauterkorn wrote: [Datenverlust beim "reiserfsck --rebuild-tree"]
Ist das eigentlich normal oder habe ich einfach etwas übersehen?
Ist normal.
Ich kenne den Kontext nicht, aber die Aussage ist falsch.
Es ist natürlich _nicht_ normal, dass man durch ein rebuild-tree bzw. allgemein beim reiserfsck Daten verliert.
Sorry, ich hab mir grade noch mal den Thread angeschaut. Ich glaube ich hatte David falsch verstanden.
Waere auch nicht schlimm... Aber ganz so boese bin ich dann doch wieder nicht ;)
Als "normal" hat er vermutlich bezeichnet, dass Daten auf einer defekten Platte (Hardwareschaden) auch durch ein fsck nicht zu retten sind.
Genau. Allerdings hat reiserfsck auf mich auch sonst nie einen sonderlich vertrauenserweckenden Eindruck gemacht ;) -dnh -- 8: Globale Variable Der Aktienkurs von Netscape. (Kristian Köhntopp)
Am Samstag, 24. Mai 2003 02:13 schrieb David Haller:
Also, das mit dem zitieren ueben wir aber nochmal!! Die zweite Zeile ist nicht von Christian.
Verzeih mir :-) BTW: es heisst richtig ...dem Zitieren...(das musste jetzt sein; betrachten wir das Thema aber hiermit bitte als erledigt)
PS: Vermutlich hat deine HD Sektoren verloren, wenn das der Fall ist kannst du das FS knicken. ^^^^^^^^^^ Das verstehe ich jetzt leider nicht. Kannst mir das bitte kurz näher erläutern?
Erstell dir mit ddrescue ein Image der Partition und sei froh ueber jede Datei, die du daraus dann noch retten kannst.
das werde ich probieren. Danke für den Tipp
Jens Hofheinz schrieb:
Am Samstag, 24. Mai 2003 02:13 schrieb David Haller:
[...] PS: Vermutlich hat deine HD Sektoren verloren, wenn das der Fall ist kannst du das FS knicken. ^^^^^^^^^^ Das verstehe ich jetzt leider nicht. Kannst mir das bitte kurz näher erläutern?
Wenn die Hardware kaputt ist, dann brauchst Du Fehler nicht am Filesystem suchen. Ist ja logisch, wenn Sektoren kaputt sind, dann kann das Filesystem quasi in Ordnung sein, und trotzdem koennen entsprechende Bereiche auf der Festplatte nicht mehr ausgelesen werden. Hinzu kommt IMHO, dass gerade ReiserFS mit so einer Situation extrem schlecht zurecht kommt; bei Problemen mit der Hardware (sprich: eine Fest- platte beginnt, kaputt zu gehen) sind andere Filesysteme weitaus robuster. CU, Thomson -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Hallo, On Sat, 24 May 2003, Jens Hofheinz wrote:
Am Samstag, 24. Mai 2003 02:13 schrieb David Haller:
PS: Vermutlich hat deine HD Sektoren verloren, wenn das der Fall ist kannst du das FS knicken. ^^^^^^^^^^ Das verstehe ich jetzt leider nicht. Kannst mir das bitte kurz näher erläutern?
Das "FileSystem" auf der Partition kannst du vergessen, das ist irreparabel defekt. Das ist ein ex-Filesystem. Du wirst auf jeden Fall ein neues FS anlegen muessen. Ich rate dir, bei der Gelegenheit gleich auf ext3 umzustellen. -dnh -- Auf Windows 95 laufen so ziemlich alle Spiele. Für ernsthaftes Arbeiten sollte man aber zusätzlich ein Betriebssystem installieren.
Am Freitag, 23. Mai 2003 19:20 schrieb Christian Ullrich: Mal ne blöde Frage.... Wenn ich die Daten auf CD brenne, die Partition formatiere und die Daten dann wieder auf die Platte kopiere, sind dann die fehlerhaften Blöcke auch noch vorhanden bzw. kopiere ich die Fehler vom Backup dann wieder auf die HD?
* Jens Hofheinz schrieb am Freitag, 2003-05-23:
Wenn ich die Daten auf CD brenne, die Partition formatiere und die Daten dann wieder auf die Platte kopiere, sind dann die fehlerhaften Blöcke auch noch vorhanden bzw. kopiere ich die Fehler vom Backup dann wieder auf die HD?
Hier geht's um Defekte an der Festplatte selbst, nicht um Dateisystem- fehler. Selbst in dem unwahrscheinlichen Fall, daß du noch alle Daten von der Platte herunterbekommst, ist sie keinesfalls mehr zuverlässig. -- Christian Ullrich Registrierter Linux-User #125183 "Remember: 'I am a person. I have a right to the ball.'"
* Jens Hofheinz textete am 23.05.03:
Am Freitag, 23. Mai 2003 19:20 schrieb Christian Ullrich:
Mal ne blöde Frage....
Wenn ich die Daten auf CD brenne, die Partition formatiere und die Daten dann wieder auf die Platte kopiere, sind dann die fehlerhaften Blöcke auch noch vorhanden bzw. kopiere ich die Fehler vom Backup dann wieder auf die HD?
Wenn du es überhaupt schaffst, die Stelle auszulesen, ohne daß das Programm beim lesen abbricht, hast du den Fehler immer noch drin. Weg ist weg in diesem Fall. cu flo -- ...Nun, schreib mir doch bitte mal in einer Sprache Deiner Wahl ein Programm, welches prüft, ob der Computer, auf dem es läuft, an ist ;-) [Hajo Pflueger in dclj]
Hallo, On 23-May-2003 Jens Hofheinz wrote:
hab gerade von meiner 2. Platte seltsame geräusche beim Backup gehört. Habe dann raiserfsck gestartet mit folgendem Ergebnis: [...] Da sich auf dieser Platte sehr wichtige Daten befinden, hoffe ich, dass diese nicht kaputt ist, obwohl reiserfs ein hardware-Problem meldet. Wie kann ich denn die Platte auf fehlerhafte Blöcke untersuchen?
Das meinst du doch hoffentlich nicht ernsthaft? Deine Platte macht ungewohnte Gerauesche und du denkst nicht als allererstes an ein Backup? _Jede_ Aktion auf der Platte kann die letzte sein. Etwas unwichtigeres, als fehlerhafte Bloecke zu suchen, gibt es in dieser Situation vermutlich nicht. Beste Gruesse, Heinz. -- Journalisten gegen den Krieg: http://www.pickings.de/tiki/tiki-index.php?page=Krieg http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
On Fri, 2003-05-23 at 18:32, Jens Hofheinz wrote:
Wie kann ich denn die Platte auf fehlerhafte Blöcke untersuchen?
Hallo Jens, Nur mal so als idee: Wenn's ne IBM/Hitachi Platte ist, probier mal den DriveFitnessTest von der IBM-HP. Habe damit gute Erfahrungen gemacht. Kann manchmal das FS retten, auch bei mehreren def. Blöcken. Von anderen Herstellern gibt es bestimmt ähnliches, habe da aber noch keine Erfahrungen gesammelt. Viel Glück. -- Marcel Schmedes
Am Samstag, 24. Mai 2003 14:28 schrieb Marcel Schmedes:
Hallo Jens, Nur mal so als idee: Wenn's ne IBM/Hitachi Platte ist, probier mal den DriveFitnessTest von der IBM-HP. Habe damit gute Erfahrungen gemacht. Kann manchmal das FS retten, auch bei mehreren def. Blöcken. Von anderen Herstellern gibt es bestimmt ähnliches, habe da aber noch keine Erfahrungen gesammelt.
Viel Glück.
Das braucht er dann auch! Mit diesem Tool habe ich mal eine "verdächtige" IBM DTLA komplett abgeschossen. Besser ist: Hinter den Ohren kraulen und zwischen die Augen schießen! Sprich: Daten sofort retten (ja nicht runterfahren, testen oder sonstwas machen, was die Platte streßt-das wurde ja weiter oben schon gesagt, sorry für die Redundanz), Platte raus, mit dem Hammer draufhauen, daß niemand anders sie liest ;-) und ab in den Eimer, neue Platte rein, Daten drauf und gut isses. Alles andere ist doch ein Hazardspiel, das man mit wichtigen Daten nicht treiben sollte. Was anderes ist ein "Spielrechner", da kann er sie noch reinstecken und testen, wie lange sie noch durchhält, ansonsten kann er froh sein, daß sie durch Geräusche vorwarnt, ich hatte auch schon IBM's, die einfach nicht mehr hochfahren. Gruß Peter
participants (10)
-
Christian Ullrich
-
David Haller
-
Florian Gross
-
h.pahlke@nexgo.de
-
Hartmut Meyer
-
Jens Hofheinz
-
Marcel Schmedes
-
Peter Baumgartner
-
Steffen Lauterkorn
-
Thomas Hertweck