web-dev-qa-db-fra.com

Démarrage dans un système de fichiers en lecture seule

J'ai mis à jour Ubuntu Desktop (bien que je l'utilise en tant que serveur) de 14.04 à 16.04 sur SSH. Une fois l’opération terminée et le redémarrage effectué, il s’amorce dans le système de fichiers en lecture seule.

root@Server:/# touch a
touch: cannot touch 'a': Read-only file system

J'ai essayé mount -o remount,rw /, mais le résultat est mount: can't find UUID=/dev/sda1. Je pense que UUID est en quelque sorte changé en/dev/sda1. C'est le contenu de/etc/fstab.

root@Server:/# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=/dev/sda1 /               ext4    errors=remount-ro 0       1
# UUID=643d9cab-177e-4eee-a52f-224ebf0bc405 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=481bc70a-eb80-4040-93a1-696c46faa638 none            swap    sw              0       0

Je pense que je devrais commenter la ligne UUID =/dev/sda1 et décommenter la ligne UUID = 643d9cab -... juste en dessous, mais comme le système de fichiers racine était monté en lecture seule, je ne pouvais pas. Je ne sais pas si cela aiderait, mais voici une partie du message du noyau.

root@KrootServer:/# dmesg|grep mount
[    1.794106] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[    5.675605] systemd[1]: Set up automount Arbitrary Executable File Formats File System Automount Point.
[   19.677056] cgroup: new mount options do not match the existing superblock, will be ignored

Alors, comment puis-je résoudre ce problème? J'essaie de résoudre le problème sur ssh, alors laissez-moi savoir si j'ai besoin d'accéder physiquement à la machine.

[+] résultat de Sudo blkid

ian0371@Server:~$ Sudo blkid
/dev/sda1: UUID="643d9cab-177e-4eee-a52f-224ebf0bc405" TYPE="ext4" PARTUUID="0000e118-01"
/dev/sda5: UUID="481bc70a-eb80-4040-93a1-696c46faa638" TYPE="swap" PARTUUID="0000e118-05"`
bootmountread-only
1
Ian Song

Essayons maintenant ce correctif:

  1. Démarrez dans mode de récupération
  2. Sélectionnez racine dans le menu de récupération.

  3. Monter le système de fichiers avec:

    mount -o remount,rw /

  4. Avec vim ou nano, changez votre /etc/fstab comme suit:

    #UUID=/dev/sda1 /               ext4    errors=remount-ro 0       1
UUID=643d9cab-177e-4eee-a52f-224ebf0bc405 /               ext4    errors=remount-ro 0       1

  5. Puis quittez et sélectionnez CV dans le menu de récupération, cela devrait résoudre votre problème.

0
George Udosen

J'ai eu le même problème lors du démarrage dans un système de fichiers racine copié (j'ai oublié de régler les valeurs UUID dans/etc/fstab). Il s'avère que mount -o remount cherche toujours dans/etc/fstab si vous ne spécifiez pas de périphérique. Cela fonctionnait lors de la spécification manuelle d'un périphérique:

mount -o remount,rw /dev/sda1 /
3
Arne de Bruijn

Il y a quelque chose qui ne va pas dans votre/etc/fstab.

UUID=/dev/sda1 /               ext4    errors=remount-ro 0       1
# UUID=643d9cab-177e-4eee-a52f-224ebf0bc405 /               ext4    errors=remount-ro 0

La première ligne est fausse,/dev/sda1 n’est pas un uuid. La deuxième ligne ressemble à la bonne. Placez un # devant la première ligne et supprimez-le sur la ligne ci-dessous.

Vous pouvez vérifier l'UUID par blkid /dev/sda1 .. s'il diffère, modifiez celui de/etc/fstab pour qu'il corresponde.

OU vous pouvez supprimer l'UUID = devant/dev/sda1

0
Soren A