Comment réparer “sudo: impossible d'ouvrir… système de fichiers en lecture seule”?

137

Le titre n’est peut-être pas aussi descriptif que je le souhaiterais, mais je ne pourrais pas en proposer un meilleur.

Le système de fichiers de mon serveur est passé en lecture seule. Et je ne comprends pas pourquoi et comment le résoudre.

Je peux SSH sur le serveur et en essayant de démarrer apache2 par exemple, je reçois ce qui suit:

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.

Lorsque j'essaie de redémarrer le serveur, je reçois:

username@srv1:~$ sudo shutdown -r now
[sudo] password for username:
sudo: unable to open /var/lib/sudo/username/1: Read-only file system

Une fois que je le redémarre manuellement, il suffit de démarrer sans aucun avertissement ni message indiquant que quelque chose ne va pas.

J'espère que quelqu'un pourra m'orienter dans la bonne direction pour résoudre ce problème.

filesystem restart read-only

— John
source

Je recommande à @John de changer la réponse à la dernière réponse postée par Bibhas, car cela fonctionne réellement, alors que les autres réponses ne sont d'aucune aide.

— Joshua Robison

Pour la MicroSD: askubuntu.com/questions/213889/…

— Ciro Santilli a annoncé

Tout le monde, cette question est pour un serveur, pas un PC. Si vous rencontrez ce problème sur votre PC à double démarrage, veuillez vérifier The **quick start** option can be found in **power options** in the control panel of Windows. J'ai le même problème avec un Ubuntu sur AWS

— vanduc1102

66

Le système de fichiers passe généralement en lecture seule pendant le fonctionnement du système en cas de problème de cohérence du système de fichiers. Ceci est spécifié dans fstabcomme errors=remount-roet se produit lorsque un accès FS échoue ou d'urgence remount en lecture seule est demandée par Alt+ SysRq+ U. Tu peux courir:

sudo fsck -Af -M

forcer une vérification de tous les systèmes de fichiers. Comme l’indique l’une des réponses, regarder dmesgest également très utile.

Edit: N'oubliez pas le -Msur la ligne de commande.

NOTE: Comme mentionné par Bibhas dans sa réponse : Si fsckse coince après sa bannière de version:

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

vous voudrez peut-être essayer d'utiliser le fsck spécifique à EXT4

$ sudo fsck.ext4 -f /dev/sda1

À condition que la partition en question /dev/sda1soit un système de fichiers ext4.

— ζ--
source

2

Je pense que vous ne devriez pas forcer une vérification de système de fichiers sur d’autres systèmes de fichiers montés r / w. Cela pourrait potentiellement corrompre vos données. Ajoutez l' -Moption pour ignorer les systèmes de fichiers montés. ( -M Do not check mounted filesystems and return an exit code of 0 for mounted filesystems.de FSCK (8))

— dimanche

35

Cela n'aide pas, je reçois juste la même erreur en essayant d'exécuter cette commande. sudo: unable to open /var/lib/sudo/kuplack/1: Read-only file system fsck from util-linux 2.20.1

— Mark Kramer

1

Mais ... -M ignorera les systèmes de fichiers montés, y compris / dev / sda1 (ou tout lecteur déjà monté inclut / var / lib / sudo / ...). @MarkKramer: Je recommande fortement de toujours définir le mot de passe root lors de l'installation de Linux, avec sudo su; passwd. Ensuite, vous pouvez utiliser su -c fsck -Af -M.

— naught101

1

Oui, je devais supprimer -M puisque le répertoire / dev / sda1 était installé et pour vous simplifier la vie, ajoutez -Afy (le mot y signifie que vous répondez oui à toutes les invites) ... Je joue rapidement avec les machines virtuelles, alors je ' m habituellement d’accord avec ce type de solution, mais s’il s’agit d’un matériel non sauvegardé, vous pouvez adopter une approche différente et lire dmesg.

— FreeSoftwareServers

2

@DarshanChaudhary L' -Mindicateur force fsck à ignorer les systèmes de fichiers montés. Voir la fsck (8)page de manuel.

— ζ--

45

Voici la commande qui a résolu mon problème:

mount -o remount /

mieux qu'un redémarrage ou sudo fsck -Af

— Sulliwane
source

21

Pas mieux si le système d'exploitation rend votre disque en lecture seule pour éviter une éventuelle corruption.

— Drew Noakes

5

De plus, seule la racine pourra remonter le système de fichiers et sudone fonctionnera pas si le système de fichiers est en lecture seule.

— Nathan Osman

11

Ça ne m'aide pas, je reçois juste le même message: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 oui celui-ci a fonctionné.

— RT

2

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

— Rishabh Agrahari

42

La réponse par hexafraction n'a pas fonctionné pour moi. Chaque fois que j'essayais de l'exécuter, sudo fsck -Af -Mil suffisait de montrer

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

et rien d'autre. Aucune erreur ou quoi que ce soit. Pour moi, démarrer sur un disque live et l'exécuter a fonctionné -

sudo fsck.ext4 -f /dev/sda1

À condition que la partition en question /dev/sda1soit un système de fichiers ext4.

— Bibhas
source

4

Merci pour cette réponse. C'est la seule chose qui a réellement fonctionné

— Joshua Robison

5

-M signifie ne pas faire de systèmes de fichiers montés. Votre système de fichiers / dev / sda1 a été monté (je suppose que /). Donc, il a été sauté.

— Dalore

3

sudo fsck.ext4 -f /dev/sda1travaux. Encore un besoin de redémarrage.

— efkan

1

Cela a fonctionné pour moi sur Ubuntu le 16.04.3 Merci

— Rosário Pereira Fernandes

13

Essayez de courir dmesg | grep "EXT4-fs error"pour voir si vous avez des problèmes liés au système de fichiers / journalisation lui-même. Je vous recommande de redémarrer votre système, alors. En outre, sudo fsck -Afrépondre par ObsessiveSSOℲ ne fera pas mal.

— Thiago Perrotta
source

10

Si vous souhaitez forcer votre système de fichiers racine à remonter en tant que rw, vous pouvez procéder comme suit.

mount -o remount,rw /

— johnboiles
source

cela a été résolu mon problème, j'utilise hetzner cloud avec 160 gb ssd, jamais eu une telle erreur auparavant

— Fathur Rohim

9

Notez que cela peut parfois être dû à l’oubli de l’heure du système par l’ordinateur - la vérification du disque échoue car les dates du journal sont dans LE FUTUR!

Le réglage de l'heure du BIOS (et la vérification de la batterie du BIOS) ont résolu ce problème, sans aucune récupération de disque.

— Tony Cook
source

Bienvenue sur Ask Ubuntu! Je recommande de modifier cette réponse pour la développer avec des détails spécifiques sur la manière de procéder. (Voir aussi Comment puis-je écrire une bonne réponse? Pour des conseils généraux sur quelles sortes de réponses sont considérées comme les plus précieuses sur Ubuntu Demandez.)

— David Foerster

Je suis à peu près certain que cela m’arrive à l’heure actuelle, étant donné que mon ordinateur m’a dit qu’il avait oublié son heure ce matin.

— Nomen

2

Habituellement, linux met vos systèmes de fichiers en lecture uniquement lorsque des erreurs surviennent, en particulier des erreurs avec le disque ou le système de fichiers lui-même, des erreurs telles qu'une mauvaise entrée de journal, par exemple.

Vous feriez mieux de vérifier vos dmesgerreurs liées au disque.

Google discute beaucoup de ce sujet et vous pouvez choisir ceux qui se rapprochent le plus de votre configuration, mais un coup d'œil dmesgsuffit généralement.

— axe
source

Que faut-il regarder / greppour la dmesgsortie?

— isomorphismes

Malheureusement, si vous avez opté pour le cryptage de votre dossier de départ, vous risquez dmesgplein d'erreurs inutiles ecryptfs.

— Nathan Osman

2

Pour moi, redémarrer un système pour résoudre ce problème

sudo reboot

comme il en a parlé.

— Zaman Oof
source

2

(Réponse précédente supprimée)

Edit: Le problème principal était du côté des fenêtres. Après la mise à jour de Windows 10, l'option de démarrage rapide est automatiquement activée. En désactivant à nouveau cette option, puis en redémarrant la machine, le problème a disparu. Windows 10 m'a donné mal à la tête pendant des jours :(

L'option 'démarrage rapide' se trouve dans les 'options d'alimentation' du panneau de commande. Désactivez ça !!! :)

— Sarthak-sopho
source

Un seul qui a fonctionné. Au prix de la rapidité de démarrage.

— NelsonGon

2

Si vous démarrez simultanément votre ordinateur avec Ubuntu et Windows et que ce problème se produit, c'est parce que Windows modifie le système de fichiers. Dans ce cas, cela peut suffire. Essayez de désactiver le démarrage rapide

Panneau de configuration> Matériel et audio> Options d'alimentation> (à gauche) Choisir l'action de fermeture du couvercle> Modifier les paramètres actuellement indisponibles> Décocher "Activer le démarrage rapide".

Maintenant, démarrer dans Ubuntu résoudra le problème. J'espère que cela t'aides!

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

— Joyeux
source

1

Si vous étiez dans des situations où vous ne pouvez pas utiliser de disque live, par exemple si vous êtes à distance ssh dans votre système, vous pouvez toujours utiliser la commande à laquelle @Bibhas a répondu:

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

Il vous demandera de corriger l'erreur de votre système de fichiers. Vous devez également redémarrer votre système à distance.

— allenyllee
source

0

Dans mon cas, il s’agissait de la stabilisation du RAID 1 après la première installation. J'ai / boot et / s sur s / w RAID1. Après avoir quitté le système pendant la nuit et redémarré, tout fonctionne correctement. Richard

— Richard Moore
source

0

Vérifiez si vous avez un matériel défectueux. J'ai eu cette erreur en raison d'un relâchement du disque dur. Ran mount -o remount, rw / et cela a bien fonctionné.

— Mwongera808
source

-1

Il s'agit de paramètres d'amorçage mal configurés (essayez de monter en /tant que ext2) et non d'une erreur physique de lecteur ou de partition.

dmesg | grep "error" m'a donné:

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)

Il est monté /en lecture seule en raison de la error=mount-rodirective fstab .

— misiagogo
source

-1

J'utilise la version 18.04 LTS et ce que j'ai fait est que, tout d'abord, j'ai démonté mes disques endommagés, puis je suis entré dans l'application «Disks» en cherchant au tableau de bord. De là, j'ai sélectionné le lecteur qui a été endommagé. Assurez-vous qu'il est démonté, sinon cela ne fonctionnera pas. Dans le menu des options (la petite forme d'engrenage), et cliqué sur «système de fichiers de réparation». Boom! Travaillé comme un charme.

— Cdadgy71
source