Linux 15.058 Themen, 107.339 Beiträge

reiserfs reparieren

Kuehlwalda / 12 Antworten / Flachansicht Nickles

Hi,

Musste mein SuSE 9.1 ein paarmal ausschalten da es sich total aufgehaengt hatte. Habe reiserfs und jetzt einige Fehler beim Booten und im Betrieb (Bsp.: Im Konqueror bringt die rechte Maustaste kein Menue mehr sondern springt ins vorherige Verzeichnis. Ausserdem startet mindestens "gedit" nicht mehr).
Ich bin daraufhin im Runlevel 3 hochgefahren und konnte so /tmp, /opt und /home entmounten, denn angeblich soll beim Reparieren von Reiserpartitionen nichts gemountet sein. /usr und /var lassen sich so aber nicht entmounten (logisch). Also kann ich diese beiden nicht reparieren.
Wenn ich nun aber mit der 1. SuSE-CD boote, weiß ich nicht wie ich auf die 5 genannten Partitionen komme um dort mit reiserfsck zu reparieren.
Bin schon mal mit "reiserfsck --check" und "reiserfsck --fix-fixable" ueber die entmounteten /tmp, /opt und /home. Jedesmal wurde nichts gefunden.
Dann habe ich "reiserfsck --rebuild-tree" gewagt [ohne Datensicherung :-)) ]. Der hat einiges repariert, aber an /var und /usr komm ich nicht ran.

Hat jemand eine Idee wie man diese beiden Partitionen auch noch reparieren kann?

Kuehlwalda

Yesterday is history, tomorrow is a mistery, today is a gift - that's why it's called the present.
bei Antwort benachrichtigen
Kuehlwalda Nachtrag zu: „reiserfs reparieren“
Optionen

Hi,

Ich hab's (aber eigentlich doch nicht):
Hier zum Mitschreiben:
Problem war:
Die mit reiser formatierten Partitionen liegen als "logical volumes" innerhalb der "volume group" `system` vor
Problem:
Um mit "reiserfsck" reparieren zu koennen darf die entsprechende Partition nicht gemountet sein
/usr und /var liessen sich aber nicht entmounten und ueber Rettungs- und Rescuesystem kam
ich nicht dran

Loesung:
Im Runlevel 1 starten
Folgenden Hinweis aus der SuSE-Support-DB ausfuehren:
Zitat:
Symptom
Sie versuchen Ihre Logical Volumes im Rettungsystem von SUSE LINUX 9.1 zu erreichen. Bekommen aber von vgchange eine Fehlermeldung das es das Device /dev/mapper/control nicht lesen kann.
Ursache
Im Rettungsystem wird der Device Mapper nicht per default gestartet.
Lösung
Sie können dies mit dem Befehl /etc/init.d/boot.device-mapper start tun.
Zitatende.
Danach koennen alle Partitionen (auch /usr und /var) entmountet werden.

Reparieren mit "reiserfsck --rebuild-tree /dev/mapper/system-var"
So auch alle anderen Partitionen reparieren.

Erkenntnis: Alles wurde repariert. Es wurden auch allerhand Fehler gefunden die aber alle repariert werden konnten. Nur: Die Meldungen beim Booten die ich fuer Fehler halte, habe ich noch immer. Das rechte Maustaste-Menue im Konqueror funktionier noch
immer nicht und mein "gedit" will auch noch nicht starten (gilt alles nur für einen meiner 3 eingerichteten User).

Vielleicht haette ich schon frueher die Bootmeldung hier posten sollen: Irgendjemand wird schon wissen was das bedeutet:
"ReiserFS: dm-4: journal params: device dm-4, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30"
Ich habe das fuenfmal: bis "dm-0" der Rest des Textes ist immer gleich. Und weil sich das ganze ueber zwei Zeilen erstreckt ist es natuerlich auch aufgefallen.
Und wirklich: Das habe ich erst seit ich ein paarmal ausschalten musste, das war nicht schon immer da.

Weiss denn jetzt noch jemand weiter?

Kuehlwalda

Yesterday is history, tomorrow is a mistery, today is a gift - that's why it's called the present.
bei Antwort benachrichtigen