Der Titel ist vielleicht nicht so aussagekräftig, wie ich es gerne hätte, aber ich konnte mir keinen besseren ausdenken.
Mein Server's Dateisystem ging in Read-only. Und ich verstehe nicht, warum das so ist und wie man das Problem lösen kann.
Ich kann mich per SSH in den Server einwählen und wenn ich versuche, z.B. apache2 zu starten, erhalte ich die folgende Meldung:
username@srv1:~$ sudo service apache2 start
[sudo] password for username:
sudo: unable to open /var/lib/sudo/username/1: Read-only file system
* Starting web server apache2 (30)Read-only file system: apache2: could not open error log file /var/log/apache2/error.log.
Unable to open logs
Action 'start' failed.
The Apache error log may have more information.
Wenn ich versuche, den Server neu zu starten, erhalte ich :
username@srv1:~$ sudo shutdown -r now
[sudo] password for username:
sudo: unable to open /var/lib/sudo/username/1: Read-only file system
Wenn ich ihn manuell neu starte, startet er einfach, ohne eine Warnung oder Meldung, dass etwas nicht stimmt.
Ich hoffe, dass mir jemand den richtigen Weg zeigen kann, um dieses Problem zu lösen.
Das Dateisystem wird normalerweise schreibgeschützt, während das System läuft, wenn es ein Konsistenzproblem im Dateisystem gibt. Dies wird in fstab
als errors=remount-ro
angegeben und tritt auf, wenn ein FS-Zugriff fehlschlägt oder eine Nur-Lese-Umhängung über Alt+SysRq+U angefordert wird. Sie können es ausführen:
sudo fsck -Af -M
ausführen, um eine Überprüfung aller Dateisysteme zu erzwingen. Wie in einer der anderen Antworten erwähnt, ist ein Blick auf dmesg
ebenfalls sehr hilfreich.
Edit: Vergessen Sie nicht das -M
in der Kommandozeile.
HINWEIS: Wie von Bibhas [in seiner Antwort] erwähnt (https://askubuntu.com/a/422153/54298): Wenn fsck
nach seinem Versionsbanner stecken bleibt:
$ sudo fsck -Af -M
fsck from util-linux 2.20.1
können Sie versuchen, das EXT4-spezifische fsck zu verwenden
$ sudo fsck.ext4 -f /dev/sda1
Vorausgesetzt, die betreffende Partition /dev/sda1
war ein ext4-Dateisystem.
Normalerweise schaltet Linux Ihre Dateisysteme auf schreibgeschützt, wenn Fehler auftreten, insbesondere Fehler mit der Festplatte oder dem Dateisystem selbst, wie zum Beispiel ein falscher Journaleintrag.
Überprüfen Sie besser Ihre dmesg
auf plattenbezogene Fehler.
Google ist voll von Diskussionen darüber und Sie können diejenigen auswählen, die Ihrer Konfiguration am nächsten kommen, aber ein Blick auf dmesg
ist normalerweise genug.