Lösung 1:
Ich befürchte, dass dies auf eine Beschädigung des Dateisystems oder auf Probleme mit der zugrunde liegenden Hardware zurückzuführen ist. Da es sich um das Root-Dateisystem handelt, empfehle ich, den Server erneut mit einer Notfall-CD (oder im Einzelbenutzermodus) zu starten und zu versuchen, die Festplatte zu reparieren fsck
- Überprüfen Sie, was
dmesg
ist sagt, um die Korruption zu bestätigen - Führen Sie
fsck
aus um die Festplatte zu reparieren, starten Sie sofort neu, sobald fsck ausgeführt wird, um Probleme zu vermeiden
Hallo Markus,
Ich befürchte, dass dies ein Symptom für eine Beschädigung des Systems durch Installateure oder zugrunde liegende Hardwareprobleme ist. Ich empfehle, den Server mit einer Rettungs-CD neu zu starten und zu versuchen, die Festplatte mit fsck
zu reparieren
- Sehen Sie, ich habe den Befehl
dmesg
gegeben Namen, um zu bestätigen, dass es Korruption gegeben hat - Führen Sie
fsck
aus Um Ihre Disc zu reparieren, springt sie sofort zurück, wenn sie fertig ist, um andere Arten von Problemen zu vermeiden
Gute Sorte!
Lösung 2:
Ich habe das schon einmal gesehen, als eine RAID-Karte kaputt ging und die ext3-Journaldatei nicht beschrieben werden konnte. An diesem Punkt markierte der Kernel das Root-FS als schreibgeschützt und erlaubte ihm nicht, zurückzugehen.
Darüber wurde nichts protokolliert, da sich natürlich der /var FS auf derselben Platte und auch RO befand. dmesg
, hat uns jedoch gerne über das Problem informiert. Also, kannst du eine dmesg
machen und uns etwas über die Ausgabe erzählen?
In unserem Fall bestand die einzige Lösung darin, die RAID-Karte aus- und wieder einzuschalten, dann vom Rettungsmedium neu zu starten und das Dateisystem zu fsck.