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


137

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.


Ich empfehle @John, die Antwort auf die letzte von Bibhas gepostete Antwort zu ändern, da dies tatsächlich funktioniert, wenn die anderen Antworten überhaupt nicht hilfreich sind.
Joshua Robison


Jeder, diese Frage ist für einen Server, nicht für einen PC. Wenn Sie dieses Problem auf Ihrem Dual-Boot-PC haben, überprüfen Sie bitte The **quick start** option can be found in **power options** in the control panel of Windows. Ich habe das gleiche Problem mit einem Ubuntu auf AWS
vanduc1102

Antworten:


66

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.


2
Ich denke, Sie sollten keine Dateisystemprüfung für andere, auf R / W gemountete Dateisysteme erzwingen . Dadurch werden Ihre Daten möglicherweise beschädigt. Fügen Sie die -MOption hinzu, gemountete Dateisysteme zu überspringen. ( -M Do not check mounted filesystems and return an exit code of 0 for mounted filesystems.von FSCK (8))
gertvdijk

35
Das hilft nicht, ich bekomme nur den gleichen Fehler, wenn ich versuche, diesen Befehl auszuführen. sudo: unable to open /var/lib/sudo/kuplack/1: Read-only file system fsck from util-linux 2.20.1
Mark Kramer

1
Aber ... -M überspringt gemountete Dateisysteme, einschließlich / dev / sda1 (oder was auch immer das gemountete Laufwerk beinhaltet / var / lib / sudo / ...). @ MarkKramer: Ich empfehle dringend, bei der Installation von Linux immer das root-Passwort mit festzulegen sudo su; passwd. Dann können Sie verwenden su -c fsck -Af -M.
Naught101

1
Ja, für mich musste ich -M entfernen, da / dev / sda1 gemountet wurde, und um Ihr Leben zu vereinfachen, fügen Sie -Afy hinzu. (Das y bedeutet, dass Sie auf alle Eingabeaufforderungen mit Ja antworten.) Ich spiele schnell und locker mit VMs. Normalerweise ist das mit dieser Art von Lösung in Ordnung, aber wenn es sich um nicht gesicherte Hardware handelt, kann es sein, dass Sie einen anderen Ansatz wählen und dmesg lesen.
FreeSoftwareServers

2
@DarshanChaudhary Das -MFlag bewirkt, dass fsck gemountete Dateisysteme überspringt. Siehe die fsck (8)Manpage.
ζ--

45

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

mount -o remount /

besser als ein Neustart oder sudo fsck -Af


21
Nicht besser, wenn das Betriebssystem Ihre Festplatte schreibgeschützt gemacht hat, um mögliche Beschädigungen zu vermeiden.
Drew Noakes

5
Nicht nur das - nur root kann das Dateisystem erneut einbinden und sudofunktioniert nicht, wenn das Dateisystem schreibgeschützt ist.
Nathan Osman

11
Hilft nicht, ich bekomme nur die gleiche Meldung:sudo: unable to open /var/lib/sudo/kuplack/1: Read-only file system mount: cannot remount block device /dev/sda2 read-write, is write-protected
Mark Kramer

3
o ja das hat funktioniert.
RT

2
mount: cannot remount /dev/sda8 read-write, is write-protected
Rishabh Agrahari

42

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.


4
Vielen Dank für diese Antwort. Dies ist das einzige, was tatsächlich funktioniert hatte
Joshua Robison

5
-M bedeutet, gemountete Dateisysteme nicht zu verwenden. Dein Dateisystem / dev / sda1 wurde gemountet (ich vermute mal /). Also wurde es übersprungen.
Dalore

3
sudo fsck.ext4 -f /dev/sda1funktioniert. Es muss noch ein Neustart durchgeführt werden.
Efkan

1
Es funktionierte für mich auf Ubuntu 16.04.3 Danke
Rosário Pereira Fernandes

13

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.


10

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

mount -o remount,rw /

Damit war mein Problem gelöst, ich benutze Hetzner Cloud mit 160GB SSD, hatte noch nie einen solchen Fehler
Fathur Rohim

9

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.


Willkommen bei Ask Ubuntu! Ich empfehle , diese Antwort zu bearbeiten , um sie mit spezifischen Details zu erweitern. (Siehe auch Wie schreibe ich eine gute Antwort ?, um allgemeine Hinweise zu erhalten, welche Arten von Antworten auf Ask Ubuntu als am wertvollsten erachtet werden.)
David Foerster

Ich bin mir ziemlich sicher, dass mir das gerade passiert, da mein Computer mir mitgeteilt hat, dass er seine Zeit heute Morgen vergessen hat.
Nomen

2

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.


Was sollte man bei / Blick grepin dmesgAusgabe?
Isomorphismen

Leider, wenn Sie sich für die Verschlüsselung Ihres Home-Ordners entschieden haben, fallen mit Sicherheit dmesgunnötige Fehler an ecryptfs.
Nathan Osman

2

Für mich Neustarten eines Systems zur Behebung dieses Problems

sudo reboot

wie er es erwähnt hat.


2

(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 !!! :)


Nur einer, der funktionierte. Auf Kosten der Startgeschwindigkeit.
NelsonGon

2

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


1

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.


0

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


0

Ü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.


-1

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 .


-1

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.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.