Comment réparer "Sudo: impossible d'ouvrir ... système de fichiers en lecture seule"?
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.
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 fstaben tant que errors=remount-ro et se produira lorsqu'un accès FS échoue ou qu'un remontage d'urgence en lecture seule est demandé via 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, examiner dmesgest également très utile.
Edit: N'oubliez pas le -M sur la ligne de commande.
Voici la commande qui a résolu mon problème:
mount -o remount /
mieux qu'un redémarrage ou Sudo fsck -Af
La réponse par hexafraction n'a pas fonctionné pour moi. Chaque fois que j'ai essayé d'exécuter Sudo fsck -Af -M, cela montrait juste
$ 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/sda1 soit un système de fichiers ext4.
Essayez d'exécuter 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. De plus, Sudo fsck -Af answer de ObsessiveSSOℲ ne fera pas de mal.
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 /
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.
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 devriez vérifier votre dmesg pour les erreurs liées au disque.
Google en parle beaucoup et vous pouvez choisir celles qui se rapprochent le plus de votre configuration, mais consulter dmesg suffit généralement.
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 capot> 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!
(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 !!! :)
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é.
Si vous vous trouviez dans des situations où vous ne pouvez pas utiliser de disque en direct, par exemple, 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.
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