Meldung: run fsck manually
Wie komme ich hier weiter?
Greets
Helmut
Eigentlich sollte der Dateisystem Check automatisch passieren.
Daß das nicht passiert ist etwas bedenklich.
Weil Durch den Dateisystem Check u.U. Daten verloren gehen können
solltest Du auch die Meldungen beachten, die vor der von Dir geposteten Fehlermeldung zu sehen sind.
Ein Backup zu haben - oder noch eins zu machen bevor Du Dich ans reparieren des Dateisystems machst - ist sicher keine schlechte Idee.
ansonsten:
lsblk -f
um rauszukriegen, wie Deine Festplattenpartition heißt
und dann genau das tun, was die Meldung Dir sagt?
z.B.:
e2fsck -v -y /dev/sda5
Dazu darf die Platte aber nicht eingehangen sein.
das -y kannst Du erstmal weglassen - kann aber sein, daß Du dann sehr oft um Bestätigung gebeten wirst, die gefundenen Fehler zu korrigieren
Wenn es sehr viele sind, dann mit -y und die Bestätigung ist nicht mehr nötig - es wird automatisch “ja” als Antwort angenommen.
Oder vom Installationsmedium booten
und das gleiche machen.
Das ist wohl einfacher - die Platte ist dann ziemlich sicher nicht eingehangen.
Sry, Du hast sicher recht, da (könnte) noch was fehlen, hier in Gänze:
/dev/sda1: UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY
(i.e., without -a or -p option)
ERROR: Bailingout. Rund fsck /dev/sda1 manually
Kannze jetzt mehr damit anfangen?
(Ich bin reiner Anwender)
Wie gesagt: der Check sollte automatisch laufen und Fehler korrigieren.
Daß das nicht passiert (ist) kann verschiedene Ursachen haben.
Da ich hier nicht Ratschläge geben möchte, die zur Folge haben, daß am Ende
nach dem manuell angestoßenen Check und der Reparatur Datenverlust steht
habe ich das Backup erwähnt.
Das Dateisystem ist reparaturbedürftig
und die angegebenen Kommandos verwendest Du
um die Reparatur auszuführen.
Danach ist das Dateisystem wieder in Ordnung und Du kannst normal booten.
Kann aber eben sein, daß durch die Reparatur Daten fehlen.
… deshalb meine Rede vom Backup, welches Du haben solltest wenn Du Dir Datenverlust nicht leisten kannst.
Deine Entscheidung … 
Ich hoffe, daß dies eine zufriedenstellende Antwort war.
lsblk -f Antwort: not found
In der Fehlermeldung ist der Name der betroffenen Partition enthalten.
/dev/sda1: UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY
Stell sicher, daß die Partition nicht eingehangen ist - auch nicht nur lesbar:
mount | grep sda1
das Kommando sollte keine Ausgabe produzieren
dann:
e2fsck -v -y /dev/sda1
um den Check und die Reparatur anzustoßen.
e2fsck: not found
… na dann wissen wir ja auch, warum der Check nicht automatisch ausgeführt wurde …
Das Programm ist in der limitierten Umgebung der initialen Ram-Disk nicht verfügbar.
das kann man später berichtigen
Jetzt kommst Du aber ohne von (D)einem Installations-Medium zu booten nicht weiter.
… irgendein anderes Linux reicht auch - muß nicht Manjaro sein
e2fsck können alle …
USB Stick rein, booten, Terminal aufmachen
und dann die Partition /dev/sda1 von da aus reparieren
evtl. mußt Du sudo verwenden, sonst hast Du möglicherweise die nötigen Rechte nicht
sudo e2fsck -v -y /dev/sda1
Kann aber sein, daß die Partition nun anders heißt.
(/dev/sdb1 z.B.)
Also lsblk -f
um nachzusehen …
Danke, ist alles okay gelaufen .
Nachdem das System nun wieder läuft kannst Du Dir ja mal die Datei
/etc/mkinitcpio.conf
ansehen und sie gegebenenfalls nachbessern.
Ziemlich weit unten, die Zeile, die mit:
HOOKS=
beginnt.
In dieser Zeile sollte das Schlüsselwort
fsck
enthalten sein.
Das sorgt dafür, daß dieses Programm auch in der Notfallumgebung, in der Du warst, vorhanden ist
und dafür, daß die automatische Reparatur stattfinden kann.
sudo update-grub
nachdem Du die Datei geändert hast - wenn Du sie geändert hast
Grds. wohl 'ne gute Idee, jedoch … ich bin reiner Anwender! Nochmal Danke für Deine Hilfe. (nachgeguggt, fsck ist da)
This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.