Wie behebt man „sudo: Kann das schreibgeschützte Dateisystem nicht öffnen“?

Der Titel könnte nicht so aussagekräftig sein, wie ich es gerne hätte, aber er könnte nicht besser sein.

Das Dateisystem meines Servers ist schreibgeschützt. Und ich verstehe nicht, warum das so ist und wie man es löst.

Ich kann in den Server SSH und wenn ich versuche, Apache2 zu starten, bekomme ich zum Beispiel Folgendes:

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

Sobald ich es manuell neu starte, startet es einfach ohne Warnung oder Meldung, dass etwas nicht stimmt.

Ich hoffe, jemand konnte mich in die richtige Richtung lenken, um dieses Problem zu lösen.

Das Dateisystem ist normalerweise schreibgeschützt, während das System ausgeführt wird, wenn ein Konsistenzproblem mit dem Dateisystem vorliegt. Dies ist in angegeben fstabwie errors=remount-round tritt auf, wenn ein FS Zugriff fehlschlägt oder ein Notfall - Nur - Lese-Remount über angefordert Alt+ SysRq+ U. Du kannst rennen:

sudo fsck -Af -M

um eine Überprüfung aller Dateisysteme zu erzwingen. Wie eine der anderen Antworten angibt, ist das Betrachten dmesgauch sehr hilfreich.

Bearbeiten: Vergessen Sie nicht die -Min der Befehlszeile.

HINWEIS: Wie von Bibhas in seiner Antwort erwähnt : Wenn fscknach seiner Version Banner stecken bleibt:

$ sudo fsck -Af -M
fsck from util-linux 2.20.1

Möglicherweise möchten Sie versuchen, das EXT4-spezifische fsck zu verwenden

$ sudo fsck.ext4 -f /dev/sda1

Vorausgesetzt, die betreffende Partition /dev/sda1war ein ext4-Dateisystem.

Hier ist der Befehl, der mein Problem gelöst hat:

mount -o remount /

besser als ein Neustart oder sudo fsck -Af

Die Antwort per Hexafraktion hat bei mir nicht funktioniert. Jedes Mal, wenn ich versuchte, sudo fsck -Af -Mes auszuführen , zeigte es sich

$ sudo fsck -Af -M
fsck from util-linux 2.20.1

und sonst nichts. Kein Fehler oder so. Für mich hat es funktioniert, eine Live-CD zu booten und diese auszuführen -

sudo fsck.ext4 -f /dev/sda1

Vorausgesetzt, die betreffende Partition /dev/sda1war ein ext4-Dateisystem.

Versuchen dmesg | grep "EXT4-fs error"Sie, das Programm auszuführen, um festzustellen, ob Probleme mit dem Dateisystem / Journal-System selbst vorliegen. Ich würde Ihnen dann empfehlen, Ihr System neu zu starten. Auch die sudo fsck -AfBeantwortung durch ObsessiveSSOℲ schadet nicht.

Wenn Sie Ihr Root-Dateisystem zwingen möchten, erneut als rw bereitzustellen, können Sie Folgendes tun.

mount -o remount,rw /

Beachten Sie, dass dies manchmal darauf zurückzuführen ist, dass der Computer die Systemzeit vergessen hat - die Festplattenprüfung schlägt fehl, da die Daten im Journal in DER ZUKUNFT liegen!

Durch Einstellen der BIOS-Zeit (und Überprüfen der BIOS-Batterie) wurde dieses Problem für mich behoben, ohne dass eine Wiederherstellung der Festplatte durchgeführt werden musste.

Normalerweise wird Ihr Dateisystem unter Linux nur dann schreibgeschützt, wenn Fehler auftreten, insbesondere Fehler auf der Festplatte oder im Dateisystem selbst, beispielsweise ein falscher Journaleintrag.

Sie sollten Ihre dmesgFestplatte besser auf Fehler überprüfen .

Google ist voll von Diskussionen darüber und Sie können diejenigen auswählen, die näher an Ihrer Konfiguration liegen, aber ein Blick darauf dmesgreicht normalerweise aus.

Für mich Neustarten eines Systems zur Behebung dieses Problems

sudo reboot

wie er es erwähnt hat.

(Vorherige Antwort gelöscht)

Bearbeiten: Das Hauptproblem war auf der Windows-Seite. Nach der Aktualisierung von Windows 10 wurde die Option "Schnellstart" automatisch aktiviert. Beim erneuten Deaktivieren dieser Option und erneuten Starten des Computers wurde das Problem behoben. Windows 10 bereitete mir tagelang starke Kopfschmerzen :(

Die Option "Schnellstart" finden Sie unter "Energieoptionen" in der Systemsteuerung. Deaktiviere das !!! :)

Wenn Sie Ihren Computer mit Ubuntu und Windows gleichzeitig doppelt booten und dieses Problem auftritt, liegt es daran, dass Windows das Dateisystem ändert. In diesem Fall könnte dies den Trick bewirken. Deaktivieren Sie den Schnellstart

Systemsteuerung> Hardware und Sounds> Energieoptionen> (links) Wählen Sie aus, was das Schließen des Deckels bewirkt.> Ändern von Einstellungen, die derzeit nicht verfügbar sind.> Deaktivieren Sie "Schnellstart einschalten".

Das Booten von Ubuntu löst das Problem. Hoffe das hilft!

https://youtu.be/KJ-0KPZhAFo

Wenn Sie sich in Situationen befunden haben, in denen keine Live-Disc verwendet werden kann, z. B. wenn Sie sich remote in Ihrem System befinden, können Sie weiterhin den Befehl verwenden, auf den @Bibhas geantwortet hat:

sudo fsck.ext4 -f /current/filesystem/mount/point

Sie werden aufgefordert, den Dateisystemfehler zu beheben. Sie müssen Ihr System auch remote neu starten.

In meinem Fall hat sich RAID 1 nach der Erstinstallation stabilisiert. Ich habe / boot und / auf s / w RAID1. Nachdem Sie das System über Nacht verlassen und neu gestartet haben, funktioniert alles einwandfrei. Richard

Überprüfen Sie, ob Sie eine fehlerhafte Hardware haben. Ich habe diesen Fehler durch ein Lösen der Festplatte. Ran mount -o remount, rw / und es hat gut funktioniert.

Die Starteinstellungen sind falsch konfiguriert (versuchen Sie das Mounten /als ext2), es liegt kein physischer Laufwerks- oder Partitionsfehler vor.

dmesg | grep "error" gab mir:

ext3-fs (sda2): error: couldn't mount because of unsupported optional features (240) 
ext2-fs (sda1): error: couldn't mount because of unsupported optional features (240) 
ext4-fs (sda2): mounted file system with ordered data mode: opts: (null)

Es wurde /aufgrund der fstab- error=mount-roDirektive schreibgeschützt eingebunden .

Ich verwende die LTS-Version 18.04 und habe zuerst meine beschädigten Laufwerke ausgehängt. Dann bin ich in die App „Disks“ gegangen, indem ich im Dash gesucht habe. Von dort habe ich das Laufwerk ausgewählt, das beschädigt wurde. Stellen Sie sicher, dass es nicht montiert ist, da es sonst nicht funktioniert. Klicken Sie im Optionsmenü (die kleine Zahnradform) auf "Dateisystem reparieren". Boom! Lief wie am Schnürchen.