Manchmal schaltet das Dateisystem von Linux plötzlich in den Nur-Lese-Modus. Das ist ziemlich seltsam, denn plötzlich kann man zwar Dateien sehen und lesen, aber nichts mehr ändern oder hinzufügen. Normalerweise tritt dieses Problem auf, wenn das System Fehler oder Beschädigungen auf der Festplatte erkennt. Es ist ärgerlich, besonders bei der Fehlersuche oder beim Durchführen von Updates, da es so wirkt, als wolle sich Linux durch die Sperrung des Dateisystems vor weiteren Schäden schützen. Manchmal hilft ein manueller Neustart oder eine Überprüfung, aber die Kenntnis der richtigen Befehle und Einstellungen ist entscheidend.
Wie man ein schreibgeschütztes Dateisystem unter Linux repariert
Laufwerksfreigabeoptionen prüfen und bearbeiten
Dies ist der erste Schritt, da das Dateisystem bei manchen Konfigurationen aufgrund von Einstellungen in der Datei `/etc/fstab` von Anfang an schreibgeschützt eingebunden sein kann. Diese Datei steuert, wie Datenträger bei jedem Systemstart eingebunden werden, auch im Fehlerfall. Wenn Ihr System also das Root-Dateisystem oder andere Dateisysteme ständig schreibgeschützt einbindet, kann die Behebung dieses Problems hier die Lösung sein.
- Öffnen Sie ein Terminal und führen Sie folgenden Befehl aus
cat /etc/fstab– Sie suchen nach einer Zeile, die wie folgt aussieht:
UUID=00000000-0000-0000-0000-00000000 / ext4 errors=remount-ro 0 1
In dieser Zeile bewirkt `errors=remount-ro`, dass das System bei Problemen im Nur-Lese-Modus neu eingebunden wird. Durch Ändern in `errors=continue` oder `errors=panic` lässt sich das Verhalten anpassen, jedoch ist Vorsicht geboten, da dadurch möglicherweise zugrundeliegende Probleme verschleiert werden.
In den meisten Fällen sollten Sie sicherstellen, dass die Zeile nicht explizit als schreibgeschützt eingebunden wird, es sei denn, dies ist erforderlich. Wenn dies in der Datei `/etc/fstab` korrekt eingestellt ist, fahren Sie mit dem nächsten Lösungsschritt fort.
Identifizieren Sie Ihre Festplatte mit Befehlen
Die genaue Gerätebezeichnung ist hilfreich, insbesondere wenn Sie Datenträgerprüfungen durchführen oder das Gerät neu einbinden möchten. Führen Sie Folgendes aus:
$ sudo blkid
Dies gibt die UUIDs und Gerätenamen aus, z. B./dev/sda3. Die Zuordnung der UUID zum Gerätenamen ist hilfreich, da sich die Reihenfolge der Geräte nach einem Neustart manchmal ändert.
Ein weiterer guter Befehl lautet:
$ df -h
Es zeigt die eingebundenen Dateisysteme und ihre Mountpunkte an. Wenn Ihr Root-Dateisystem (/) Fehler aufweist oder schreibgeschützt ist, liegt dort die Ursache.
Führen Sie eine manuelle Dateisystemprüfung (fsck) durch
Dieser Abschnitt ist kritisch. Wenn Fehler erkannt werden, kann Linux das Dateisystem automatisch schreibgeschützt einbinden, um weiteren Schaden zu verhindern. Um dies zu beheben, müssen Sie den Befehl `sudo apt-remount` ausführen fsck. Normalerweise ist dies nicht möglich, solange das Dateisystem eingebunden ist. Starten Sie daher von einer Live-CD oder im Wiederherstellungsmodus. Falls Sie sich jedoch bereits in einer Fehlerbehebungssitzung mit Root-Zugriff befinden, können Sie Folgendes versuchen:
$ sudo fsck -y /dev/sda3
Ersetzen Sie /dev/sda3 durch Ihr Gerät. Die -yOption versucht automatisch, Probleme zu beheben, aber manchmal ist es besser, das Programm zunächst ohne diese Option auszuführen, um zu sehen, welche Fehler gefunden werden.
Wenn Sie die UUID lieber verwenden möchten, führen Sie Folgendes aus:
$ sudo fsck -y UUID=00000000-0000-0000-0000-00000000
was manchmal hilfreich sein kann, wenn sich der Gerätename ändert oder nicht einheitlich ist.
Dateisystem sofort wieder als beschreibbar einbinden
Wenn Sie jetzt nicht im Wiederherstellungsmodus neu starten können oder schnell wieder beschreibbare Dateien benötigen, können Sie das Root-Dateisystem mit Lese- und Schreibzugriff neu einbinden:
$ sudo mount -o remount, rw /
Beachten Sie, dass dies bei bestehenden Fehlern nur eine kurzfristige Lösung ist. Linux könnte die Festplatte nach einiger Zeit wieder schreibgeschützt einbinden. Daher ist es immer besser, einen gründlichen Festplattencheck mit fsck durchzuführen.
Behebung von Problemen mit schreibgeschützten Dateisystemen auf virtuellen Maschinen
Wenn eine Linux-VM plötzlich nicht mehr startet, weil das Dateisystem schreibgeschützt ist (insbesondere nach einem Verbindungsverlust zum gemeinsam genutzten Speicher), könnte dies an Problemen mit dem Volume liegen. Häufig landet die VM in einer initramfs-Eingabeaufforderung mit einer Meldung wie „UNERWARTETE INKONSISTENZ“.
Geben Sie in diesem Fall einfach „exit“ ein, wenn es sicher ist, oder führen Sie Folgendes aus:
$ fsck /dev/sda3 -y
Dadurch wird die Dateisystemprüfung manuell ausgeführt. Für alle Festplattenfehler können Sie auch Folgendes ausführen:
$ fsck -A -y
Dabei werden alle verbundenen Dateisysteme Ihrer VM überprüft. Nach der Reparatur starten Sie die VM neu; hoffentlich funktioniert sie dann wieder. Seien Sie jedoch vorsichtig – fsckdas Tool ist zwar leistungsstark, kann aber bei unsachgemäßer Verwendung zu Datenverlust führen.