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.
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 AWSRéponses:
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
fstab
commeerrors=remount-ro
et 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:forcer une vérification de tous les systèmes de fichiers. Comme l’indique l’une des réponses, regarder
dmesg
est également très utile.Edit: N'oubliez pas le
-M
sur la ligne de commande.NOTE: Comme mentionné par Bibhas dans sa réponse : Si
fsck
se coince après sa bannière de version:vous voudrez peut-être essayer d'utiliser le fsck spécifique à EXT4
À condition que la partition en question
/dev/sda1
soit un système de fichiers ext4.la source
-M
option 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))sudo: unable to open /var/lib/sudo/kuplack/1: Read-only file system
fsck from util-linux 2.20.1
sudo su; passwd
. Ensuite, vous pouvez utilisersu -c fsck -Af -M
.-M
indicateur force fsck à ignorer les systèmes de fichiers montés. Voir lafsck (8)
page de manuel.Voici la commande qui a résolu mon problème:
mieux qu'un redémarrage ou sudo fsck -Af
la source
sudo
ne fonctionnera pas si le système de fichiers est en lecture seule.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
mount: cannot remount /dev/sda8 read-write, is write-protected
La réponse par hexafraction n'a pas fonctionné pour moi. Chaque fois que j'essayais de l'exécuter,
sudo fsck -Af -M
il suffisait de montreret rien d'autre. Aucune erreur ou quoi que ce soit. Pour moi, démarrer sur un disque live et l'exécuter a fonctionné -
À condition que la partition en question
/dev/sda1
soit un système de fichiers ext4.la source
sudo fsck.ext4 -f /dev/sda1
travaux. Encore un besoin de redémarrage.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 -Af
répondre par ObsessiveSSOℲ ne fera pas mal.la source
Si vous souhaitez forcer votre système de fichiers racine à remonter en tant que rw, vous pouvez procéder comme suit.
la source
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.
la source
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
dmesg
erreurs 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
dmesg
suffit généralement.la source
grep
pour ladmesg
sortie?dmesg
plein d'erreurs inutilesecryptfs
.Pour moi, redémarrer un système pour résoudre ce problème
comme il en a parlé.
la source
(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 !!! :)
la source
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
Maintenant, démarrer dans Ubuntu résoudra le problème. J'espère que cela t'aides!
https://youtu.be/KJ-0KPZhAFo
la source
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:
Il vous demandera de corriger l'erreur de votre système de fichiers. Vous devez également redémarrer votre système à distance.
la source
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
la source
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é.
la source
Il s'agit de paramètres d'amorçage mal configurés (essayez de monter en
/
tant queext2
) et non d'une erreur physique de lecteur ou de partition.dmesg | grep "error"
m'a donné:Il est monté
/
en lecture seule en raison de laerror=mount-ro
directive fstab .la source
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.
la source