Hallo, -------- Original-Nachricht --------

Datum: Thu, 20 Sep 2007 12:27:08 +0200 Von: Thomas Michalka An: opensuse-de@opensuse.org Betreff: Re: Festplattencrash

Hallo Joachim,

Am Donnerstag, 20. September 2007 09:57 schrieb Joachim Hussong:

...

[...]

Die Platte hat 2 Partitionen (Swap und Rest), System und Daten liegen somit auf einer Partition, die mit Reiserfs formatiert ist. Beim Booten sieht alles gut aus, bis zur Meldung "replaying journal", dann rasseln Meldungen en mass und alles bleibt mit einem Root-Login-Prompt stehen.

Es klappt das Journal zurückzuspielen nicht, also wird das Dateisystem wohl etwas ärger beschädigt sein. Muß aber nicht irrepoarabel defekt sein. Aber auf den einen oder anderen Datenverlust mußt Du Dich wohl einstellen.

...

Führe ich fsck mit read-only gemountetem fs durch, findet er keine Fehler, mounte ich rw, dann kommt er nicht weit und bricht schon gleich am Anfang ab und meldet, dass irgendwas nicht möglich wäre und dass ich alles per Hand machen solle.

Mal eine (ganz dumme?) Idee: Wenn das *Lesen* geht, dann würe ich mir irgendwoher eine Boot-CD mit einer Backup-Software besorgen und vor weiteren Experimenten ein Backup machen. Zumal beim Lesen wohl keine Fehler auftreten. Wenn sich nachher bestätigen sollte, dass der Fehler harwareseitig und nicht im Dateisystem zu suchen ist, müsste sich das Backup auf einer neuen Platte wieder einspielen lassen.

Was ist nicht möglich? "Irgendwas" in Deiner Beschreibung ist nicht hilfreich. Kannnst Du die Ergebnisse mal posten? [...]

...

Mehr fällt mir jetzt abber nicht mehr ein.

Mir leider gerade auch nicht ;-) Aber mit mehr Infos von Dir gerne!

Gruß, Alex -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail -- 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

Gudde morsche, gestern abend habe ich noch mal etwas rumgespielt. Mein Fazit: die Pladde is hie. Doch von vorne: Nochmal Rechner normal gebootet und versucht, mitzukriegen, was auf dem Bildschirm vorbeirauscht. Da spricht man von buffer i/o error und von bad blocks als root angemeldet unf versucht, die Platte, die r gemountet ist zu umounten. Kein Erfolg! Platte bleibt eingehängt! reiserfsck --check bring keine Fehler zu Tage Neu gebootet und Rettungssystem gestartet. Hier wird ja nix gemountet. Dann wieder reiserfsck --check und keine Fehler gefunden. Als nächstes mal ein reiserfsck --fix-fixable. Hier bricht er schon gleich am Anfang nach der Meldung "replaying journal" ab, bringt eine lange Erklärung, dass der Verdacht nahe liegt, dass die Hardware einen Schuss hat und dass man sich besser eine neue Platte kaufen solle, denn es würde die Zeit nicht lohnen, die man in die Rettung zu investieren hätte. Man kann es aber auch versuchen. Die Change aber, dass bei mindestens einem schlechten Block noch weitere hinzukommen wird als recht groß eingeschätzt. Nun gibt es aber die Option, dem Plattencheck ein Liste von bad blocks als Datei mitzugeben. Nur wie mach ich das, wenn mir kein Plattenplatz zur Verfügung steht? Im Bett ist mir noch eingefallen, ich könnte einen USB-Stick anklemmen und die schlechten Blöcke dort in eine Datei schreiben. Wenn die Platte wieder laufen sollte, könnte ich diese Datei auf die Festplatte kopieren. Doch ob mir USB in diesem Zustand zur Verfügung steht, weiss ich nicht. Wäre das ein gangbarer Weg, zumindest zu versuchen, die Platte notdürftig zu reanimieren? Andereseits musste ich den Rechner in diesem Zustand für gut eine Stunde laufend stehen lassen. Als ich wieder kam, ging garnix mehr. Jeder Versuch, nochmal was mit der Platte zu machen scheiterte an einem DMA time out und Folgefehlern. Neu Booten ging nur nach dem Stromlosschalten des Boards, d.h. Hauptschalter auf Aus. Gruß Joachim PS.: Ich besorg mir schon mal ein Pflaster für mein Knie! ;-) -- 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

Joachim Hussong schrieb:

Gudde morsche,

gestern abend habe ich noch mal etwas rumgespielt. Mein Fazit: die Pladde is hie.

Doch von vorne:

Nochmal Rechner normal gebootet und versucht, mitzukriegen, was auf dem Bildschirm vorbeirauscht. Da spricht man von

buffer i/o error und von bad blocks

als root angemeldet unf versucht, die Platte, die r gemountet ist zu umounten. Kein Erfolg! Platte bleibt eingehängt!

korrekt... er hängt sich nicht selbst aus...

reiserfsck --check bring keine Fehler zu Tage

Neu gebootet und Rettungssystem gestartet. Hier wird ja nix gemountet.

Dann wieder reiserfsck --check und keine Fehler gefunden.

ähm... mit welchem /dev/parameter ?

Als nächstes mal ein reiserfsck --fix-fixable. Hier bricht er schon gleich am Anfang nach der Meldung "replaying journal" ab, bringt eine lange Erklärung, dass der Verdacht nahe liegt, dass die Hardware einen Schuss hat und dass man sich besser eine neue Platte kaufen solle, denn es würde die Zeit nicht lohnen, die man in die Rettung zu investieren hätte. Man kann es aber auch versuchen. Die Change aber, dass bei mindestens einem schlechten Block noch weitere hinzukommen wird als recht groß eingeschätzt.

auf welchem Device machst du das ?? auf dem Rettungssystem selber muss es schief gehen (kein Reiserfs)

Nun gibt es aber die Option, dem Plattencheck ein Liste von bad blocks als Datei mitzugeben. Nur wie mach ich das, wenn mir kein Plattenplatz zur Verfügung steht? Im Bett ist mir noch eingefallen, ich könnte einen USB-Stick anklemmen und die schlechten Blöcke dort in eine Datei schreiben. Wenn die Platte wieder laufen sollte, könnte ich diese Datei auf die Festplatte kopieren. Doch ob mir USB in diesem Zustand zur Verfügung steht, weiss ich nicht.

eher nicht.... bad blocks sind solche weil das Fehler sind! ..normalerweise schiebt er die Daten der Blocks auf die Reseveblocks... und markiert die fehlerhaften dann erst als "bad block"

Wäre das ein gangbarer Weg, zumindest zu versuchen, die Platte notdürftig zu reanimieren?

Andereseits musste ich den Rechner in diesem Zustand für gut eine Stunde laufend stehen lassen. Als ich wieder kam, ging garnix mehr. Jeder Versuch, nochmal was mit der Platte zu machen scheiterte an einem DMA time out und Folgefehlern. Neu Booten ging nur nach dem Stromlosschalten des Boards, d.h. Hauptschalter auf Aus.

na ja .. neue Platte ..aufsetzen... wenn alles rennt... alte Platte dazustecken .. mounten -> Daten kopieren... und lass die Finger von einer halbtoten Platte..was testen angeht - bei jedem mal Einschalten wird es meist etwas schlimmer....

Gruß

Joachim

PS.: Ich besorg mir schon mal ein Pflaster für mein Knie! ;-)

Fred -- 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 Tom, erstmal vielen Dank für die bisherigen Kommentare.

Es klappt das Journal zurückzuspielen nicht, also wird das Dateisystem wohl etwas ärger beschädigt sein. Muß aber nicht irrepoarabel defekt sein. Aber auf den einen oder anderen Datenverlust mußt Du Dich wohl einstellen.

...

Führe ich fsck mit read-only gemountetem fs durch, findet er keine Fehler, mounte ich rw, dann kommt er nicht weit und bricht schon gleich am Anfang ab und meldet, dass irgendwas nicht möglich wäre und dass ich alles per Hand machen solle.

Was ist nicht möglich? "Irgendwas" in Deiner Beschreibung ist nicht hilfreich. Kannnst Du die Ergebnisse mal posten? Auf einem readonly gemountetem Dateisystem wird AFAIK nichts repariert.

Sorry, ich habe den Wortlaut nicht im Kopf. Ich hatte gestern Abend nicht viel Zeit. Ich habe das nur so verstanden, dass wenn ich fsck (mit rw) starte, nichts nach außen sichtbares passiert, außer, dass gemeldet wird, dass der Check nicht durchgeführt werden konnte. Ich kucke mal, ob da nicht doch ein Hinweis kommt, was das Mounten betrifft. Ich weiß nur, dass da geschrieben steht, man solle den Check per Hand ausführen. Ich dachte aber, ich hätte das, da ich ja fsck per Hand angeschmissen hatte. nur r gemountet macht er offensichtlich diverse Checks. Die -V Option spuckt Meldungen aus und dann kommt eine Art des Fortschrittsberichtes ...1 (of 4) 1 (of 70) ... Als letztes "no inconsistency found" oder so ähnlich. Wie gesagt, weiß ich es nicht mehr genau. Muss ich mir heute Abend mal aufschreiben. Beim Bootprozess huscht mal was wie bad block CXY übern Bildschirm aber so schnell, dass ich da keine Chance habe was genaueres zu erkennen.

...

Soweit ich das interpretieren kann, geht lesen ohne Probleme nur Schreiben klappt nimmer.

Kann nicht folgen

Ansonsten ist Dein Aufruf äquivalent zu

$> reiserfsck --check /dev/hda2

Das prüft nur, aber repariert nichts, s.o. Also hast Du vermutlich nichts weiteres kaputtgemacht.

Genau. Geprüft hat er, gefunden hat er nix. ... wenn r gemounted

...

Wäre Schade, wenn ich die Kiste nicht mehr hoch kriege.

Was soll'n ich jetzt ausprobieren? Ich denke, ich werde in einer ruhigen Minute die Kiste aufschrauben und alle Steckverbindungen überprüfen. Vielleicht ist was beim Transport im Auto verrutscht.

Wieso denn, ich denke, Du kannst mounten, fsck aufrufen u.s.w.? Dann muß die Platte doch dranhängen.

Platte hängt natürlich dran. Ich dachte an einen leichten Wackler. Hatte so was mal mit einer Grafikkarte. Plötzlich kam der Rechner nicht mehr hoch. Mal dran gewackelt und wieder richtig aufgesteckt, dann war der Ärger weg. Und ich hatte den Rechner vor ein paar Wochen bewegt. Das war mein Hintergedanke.

Also jetzt mal nicht so planlos: bitte lies Dir mal in aller Ruhe die Manpage zu reiserfsck durch, und frage dann hier wieder nach, was Dir nicht klar ist.

OK, ich hatte halt nur fsck gekuckt und das gibt nicht viel her.

...

Mehr fällt mir jetzt abber nicht mehr ein.

Mir leider gerade auch nicht ;-) Aber mit mehr Infos von Dir gerne!

ich versuch's ! ;-) Joachim -- 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 Joachim, vorab zwei Bitten: 1 Bitte poste Deine Antworten _nur_an_die_Liste_, nicht noch zusätzlich am mich schicken; ich brauche sie nicht zweimal. 2 Bitte schalte die Geschichte mit der Empfangsbestätigung in Deinem MUA ab, wenn du auf der Liste kommunizierst. Das ist auf einer ML sinnlos. Man kann dieses Feature abgeschaltet lassen, weil man es bei wirklichem Bedarf für jede Mail gesondert einschalten kann. Am Donnerstag, 20. September 2007 13:23 schrieb Joachim Hussong:

Sorry, ich habe den Wortlaut nicht im Kopf. Ich hatte gestern Abend nicht viel Zeit. Ich habe das nur so verstanden, dass wenn ich fsck (mit rw) starte, nichts nach außen sichtbares passiert, außer, dass gemeldet wird, dass der Check nicht durchgeführt werden konnte.

Das gibt es, daß vor dem Mounten ein Filesystem Check nicht automatisch durchgeführt werden kann. In dem Fall bittet das System einen, den Check und eventuelle Reparaturen von Hand (sprich: durch manuelle Eingabe eines fsck-Kommandos) durchzuführen und stellt dafür einen Root-Login-Prompt zur Verfügung, wo Du Dich als Benutzer root anmelden mußt.

Ich kucke mal, ob da nicht doch ein Hinweis kommt, was das Mounten betrifft. Ich weiß nur, dass da geschrieben steht, man solle den Check per Hand ausführen. Ich dachte aber, ich hätte das, da ich ja fsck per Hand angeschmissen hatte.

Mußtest Du Dich vorher nicht als root anmelden?

nur r gemountet macht er offensichtlich diverse Checks. Die -V Option spuckt Meldungen aus und dann kommt eine Art des Fortschrittsberichtes ...1 (of 4) 1 (of 70) ...

Als letztes "no inconsistency found"

Dann wäre das FS ja in Ordnung.

[...]

...

...

[...]

...

Ansonsten ist Dein Aufruf äquivalent zu

$> reiserfsck --check /dev/hda2

Das prüft nur, aber repariert nichts, s.o. Also hast Du vermutlich nichts weiteres kaputtgemacht.

Genau. Geprüft hat er, gefunden hat er nix. ... wenn r gemounted

...

...

[...]

Platte hängt natürlich dran. Ich dachte an einen leichten Wackler. Hatte so was mal mit einer Grafikkarte. Plötzlich kam der Rechner nicht mehr hoch. Mal dran gewackelt und wieder richtig aufgesteckt, dann war der Ärger weg. Und ich hatte den Rechner vor ein paar Wochen bewegt. Das war mein Hintergedanke.

...

Also jetzt mal nicht so planlos: bitte lies Dir mal in aller Ruhe die Manpage zu reiserfsck durch, und frage dann hier wieder nach, was Dir nicht klar ist.

OK, ich hatte halt nur fsck gekuckt und das gibt nicht viel her.

Es gibt immerhin her, daß fsck nur ein Frontend für die FS Checker ist. Und ganz unten auf der Manpage findest Du SEE ALSO fstab(5), mkfs(8), fsck.minix(8), fsck.ext2(8) or e2fsck(8), fsck.xiafs(8). Auch wenn da (bei mir, vielleicht weil ich eine alte SuSE 9.1 benutze) nichts über ReiserFS steht, könnte man darauf kommen, mal analog zu fsck.ext2 "man fsck.reiserfs" einzugeben. Dann sieht man eine Manpage mit folgendem Beginn: REISERFSCK(8) REISERFSCK(8) NAME reiserfsck - checking tool for the ReiserFS filesystem Also erreicht man diese auch über "man 8 reiserfsck". Du hast in Deiner urspr. Mail folgendes erwähnt: "Die Platte hat 2 Partitionen (Swap und Rest), System und Daten liegen somit auf einer Partition, die mit Reiserfs formatiert ist." An Deinem Beispiel sieht man, daß es ungünstig ist, außer der Swap nur eine Partition zu haben, weil bei einem FS-Problem damit immer gleich die Root-Partition betroffen ist. Vielleicht solltest Du mit der Installations-DVD starten und "YaST System Repair" starten (gibt's das auf der 10.0 noch?), das kommt mit vielen Problemen klar. Jedenfalls hast du dann die nicht gemountete Root-Partition (deines normalen Systems), die mit reiserfsck repariert werden kann (falls sie überhaupt defekt ist). Ciao, Tom -- 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