Hi Liste Habe versehentlich den Rechne zu früh abgeschaltet. Jetzt mountet er nur ro. Ein reiserfsck --fix-fixable wird ignoriert, ########### reiserfsck --fix-fixable started at Sun Apr 25 16:56:08 2004 ########### Filesystem seems mounted read-only. Skipping journal replay. --fix-fixable ignored Checking internal tree..finished Comparing bitmaps..finished Checking Semantic tree: /var/cache/man/fr/whatisvpf-10680: The file [136280 155638] has the wrong block count in the StatData (6), should be (8) finished 1 found corruptions can be fixed when running with --fix-fixable ########### reiserfsck finished at Sun Apr 25 16:58:05 2004 ########### (none):~ # Was kann ich tun, damit er diese Meldung nicht mehr bringt, sondern stattdessen das System repariert? Oder kann ich diese betroffene Datei evtl. gefahrlos löschen? Ein ls /var/cache/man/fr/whatis* ergibt nur /var/cache/man/fr/whatis Gruß Martin
Hi On Sunday 25 April 2004 20:44, Martin Falley wrote:
########### reiserfsck --fix-fixable started at Sun Apr 25 16:56:08 2004 ########### Filesystem seems mounted read-only. Skipping journal replay. ^^^^^^^ Das ist der Haken! --fix-fixable ignored Checking internal tree..finished Comparing bitmaps..finished Checking Semantic tree: /var/cache/man/fr/whatisvpf-10680: The file [136280 155638] has the wrong block count in the StatData (6), should be (8) finished 1 found corruptions can be fixed when running with --fix-fixable ########### reiserfsck finished at Sun Apr 25 16:58:05 2004 ########### (none):~ #
Was kann ich tun, damit er diese Meldung nicht mehr bringt, sondern stattdessen das System repariert?
Das Dateisystem darf nicht gemountet sein! Wenn es sich um das root-Dateisystem handelt, dann wirst du wohl von CD booten müssen. Die SuSE-CDs haben normalerweise extra einen Menüpunkt für sowas. mfg Axel
Am Montag, 26. April 2004 13:25 kritzelte Axel Heinrici:
Hi
Hallo Axel
On Sunday 25 April 2004 20:44, Martin Falley wrote:
########### reiserfsck --fix-fixable started at Sun Apr 25 16:56:08 2004 ########### Filesystem seems mounted read-only. Skipping journal replay. ^^^^^^^ Das ist der Haken!
Erstmal ein Dank für Deine Antwort. Das verstehe isch jetzt mal so, daß das Filesystem _gar nicht_ gemounted werden darf? [...]
Das Dateisystem darf nicht gemountet sein! Wenn es sich um das root-Dateisystem handelt, dann wirst du wohl von CD booten müssen.
Habe ich inzwischen gemacht ...
Die SuSE-CDs haben normalerweise extra einen Menüpunkt für sowas.
... und wie man sieht, läuft die Kiste wieder. Allerdings nur halwegs. Nach einigen, vorsichtigen Reparaturversuchen am Filesystem scheinen aber immernoch einige Macken drin zu sein, obwohl beim Start nichts angemeckert wird. Trotzdem schmiert der Rechner einfach ab, wenn ich die restlichen Daten der einer Platte auf eine andere sichern will. Er bleibt dann einfach stehen und der Mauszeiger ist weg. Ich komme dann weder über's Netz noch local an den Rechner und muß ihn resetten. Danach gehts dann wieder für eine Weile, bis er wieder stehenbleibt. Das war vorher nicht so. Irgendwie müssen also noch Macken im Filesystem sein, obwohl er nichts meldet. System ist übrigens 9.0 mit Standardkernel. Gruß Martin -- Mach' mal Urlaub http://www.ungarnurlaub.de
Hi On Monday 26 April 2004 16:10, Martin Falley wrote:
Das verstehe isch jetzt mal so, daß das Filesystem _gar nicht_ gemounted werden darf? So verstehe ich die Meldung. Was für einen Grund sollte es sonst geben --fix-fixable zu ignorieren.
... und wie man sieht, läuft die Kiste wieder. Allerdings nur halwegs. Nach einigen, vorsichtigen Reparaturversuchen am Filesystem scheinen aber immernoch einige Macken drin zu sein, obwohl beim Start nichts angemeckert wird. Was für Reparaturversuche??
Danach gehts dann wieder für eine Weile, bis er wieder stehenbleibt. Das war vorher nicht so. Irgendwie müssen also noch Macken im Filesystem sein, obwohl er nichts meldet. System ist übrigens 9.0 mit Standardkernel.
Sollten Datein beschädigt sein kannst du vom laufenden System folgendes tun. Überprüfe mit rpm --verify -a >fehlerliste alle installierten Pakete. Die Aktion dauert etwas und die Liste wird möglicherweise sehr lang (was einen prinzipiell nicht zu schockieren braucht). .conf-Dateien, fonts, u.ä. kann man erstmal ignorieren. Wenn lebenswichtige Dateien falsche Prüfsummen haben (..5.....), dann sollte man die entsrechenden Pakete am besten neu installieren. Wenn das Dateisystem eine Macke hat, die reiserfsck nicht entdecken kann, dann wird es ernst. Dann hilft nur noch ein reiserfsck --rebuild-tree. Das geht natürlich auch nur von Rettungssystem aus. Auch wenn viele hier auf der Liste das sog. reisswolffs generell für unausgereift halten und solche Fehler Bugs in reiserfs anlasten würden, habe ich eher die Erfahrung gemacht, dass ein ernsthaft beschädigtes reiserfs auf badblocks auf der Platte hindeutet. Durch einfaches Ausschalten habe ich jedenfalls noch nie ein reiserfs kaputt machen können. Die Aussage "Das war vorher nicht so" und die Tatsache, dass sich der Absturz durch Kopieren "der restlichen Daten" reproduzieren lässt, deutet zwar auf einen unmittelbaren Zusammenhang mit dem Ausschalten hin, aber wenn du eh das Rettungssystem booten willst, dann kann ein badblocks oder ein badblocks -n hier für Klarheit sorgen. mfg Axel
Am Montag, 26. April 2004 15:15 kritzelte Axel Heinrici:
Hi
On Monday 26 April 2004 16:10, Martin Falley wrote:
Das verstehe isch jetzt mal so, daß das Filesystem _gar nicht_ gemounted werden darf?
So verstehe ich die Meldung. Was für einen Grund sollte es sonst geben --fix-fixable zu ignorieren.
Jetzt wo Du's schreibst, lese ich es genauso ;)
[..]
... Nach einigen, vorsichtigen Reparaturversuchen am Filesystem scheinen aber immernoch einige Macken drin zu sein, obwohl beim Start nichts angemeckert wird.
Was für Reparaturversuche??
Eigentlich nur so die Standarddsachen wie 1.) reiserfsck --check 2.) reiserfsck --fix-fixable (obwohl schon in 1. enthalten) 3.) reiserfsck --rebuild-sb 4.) reiserfsck --rebuild-tree
Danach gehts dann wieder für eine Weile, bis er wieder stehenbleibt. Das war vorher nicht so. Irgendwie müssen also noch Macken im Filesystem sein, obwohl er nichts meldet. System ist übrigens 9.0 mit Standardkernel.
Sollten Datein beschädigt sein kannst du vom laufenden System folgendes tun. Überprüfe mit rpm --verify -a >fehlerliste alle installierten Pakete. Die Aktion dauert etwas und die Liste wird möglicherweise sehr lang (was einen prinzipiell nicht zu schockieren braucht). .conf-Dateien, fonts, u.ä. kann man erstmal ignorieren.
Das riecht aber stark nach Arbeit ;)
Wenn lebenswichtige Dateien falsche Prüfsummen haben (..5.....), dann sollte man die entsrechenden Pakete am besten neu installieren.
Und riecht ganz stark nach noch mehr Arbeit ;)
Wenn das Dateisystem eine Macke hat, die reiserfsck nicht entdecken kann, dann wird es ernst. Dann hilft nur noch ein reiserfsck --rebuild-tree. Das geht natürlich auch nur von Rettungssystem aus. Auch wenn viele hier auf der Liste das sog. reisswolffs generell für unausgereift halten und solche Fehler Bugs in reiserfs anlasten würden, habe ich eher die Erfahrung gemacht, dass ein ernsthaft beschädigtes reiserfs auf badblocks auf der Platte hindeutet. Durch einfaches Ausschalten habe ich jedenfalls noch nie ein reiserfs kaputt machen können.
Gerade das habe ich ja gemacht und damit das System wieder ansprechbar gemacht.
Die Aussage "Das war vorher nicht so" und die Tatsache, dass sich der Absturz durch Kopieren "der restlichen Daten" reproduzieren lässt, deutet zwar auf einen unmittelbaren Zusammenhang mit dem Ausschalten hin, aber wenn du eh das Rettungssystem booten willst, dann kann ein badblocks oder ein badblocks -n hier für Klarheit sorgen.
Kann natürlich sein, daß die Hardware eine Macke hat, die bisher nicht aufgefallen ist. Ich werde das mal ausprobieren, aber bis die 9.1 bei mir ankommt, muß die Kiste wohl noch so laufen, wie es jetzt läuft. Ich komme wieder an meine Mails und alles andere ist erstmal nicht ganz so wichtig. Außerdem ist in gut 14 Tage Urlaub angesagt, Gruß Martin -- Mach' mal Urlaub http://www.ungarnurlaub.de
participants (2)
-
Axel Heinrici
-
Martin Falley