web-dev-qa-db-fra.com

Le système de fichiers est devenu en lecture seule après la mise à jour vers 15.04?

J'ai bêtement décidé de passer de 14.04LTS à 14.10 puis à 15.04.

Depuis, mon site Web est tombé en panne et le système de fichiers est devenu en lecture seule. Je n'ai aucune idée de ce qui ne va pas, car les mises à jour ont abouti.

C'est ce que j'ai trouvé jusqu'à présent:

    root@lew:/# service Apache2 status
Apache2.service - LSB: Apache2 web server
   Loaded: loaded (/etc/init.d/Apache2)
   Active: failed (Result: exit-code) since Sun 2015-07-12 08:36:18 EDT; 31min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 901 ExecStart=/etc/init.d/Apache2 start (code=exited, status=1/FAILURE)

Jul 12 08:36:18 lew.im systemd[1]: Starting LSB: Apache2 web server...
Jul 12 08:36:18 lew.im Apache2[901]: * Starting web server Apache2
Jul 12 08:36:18 lew.im Apache2[901]: mktemp: failed to create file via template ‘/tmp/tmp.XXXXXXXXXX’: Read-only file system
Jul 12 08:36:18 lew.im Apache2[901]: /etc/init.d/Apache2: 91: /etc/init.d/Apache2: cannot create : Directory nonexistent
Jul 12 08:36:18 lew.im Apache2[901]: *
Jul 12 08:36:18 lew.im Apache2[901]: * The Apache2 configtest failed.
Jul 12 08:36:18 lew.im systemd[1]: Apache2.service: control process exited, code=exited status=1
Jul 12 08:36:18 lew.im systemd[1]: Failed to start LSB: Apache2 web server.
Jul 12 08:36:18 lew.im systemd[1]: Unit Apache2.service entered failed state.
Jul 12 08:36:18 lew.im systemd[1]: Apache2.service failed.

puis fdisk -l:

root@lew:/# fdisk -l

Disk /dev/vda: 20 GiB, 21476933632 bytes, 41947136 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 06F7B3C9-8E13-42CD-AD52-7A02301B6F16

Device     Start      End  Sectors Size Type
/dev/vda1   2048 41945087 41943040  20G Linux filesystem

et fsck /

root@lew:/# Sudo fsck /
fsck from util-linux 2.25.2
fsck.ext4: Unable to resolve 'UUID=815063a9-c956-44a6-ab11-05e1d0bb3a58'

Je suis un débutant dans tout cela, mais d'après ce que j'ai lu, j'ai besoin de réparer quelque chose dans fstab? Pourquoi la mise à jour a-t-elle cassé cela, qu'est-ce qui aurait pu mal tourner?

Je SSH dans ce serveur, car il est hébergé dans DigitalOcean.

Modifier:

Blkid

root@lew:~# blkid
/dev/vda1: LABEL="DOROOT" UUID="18254707-08e8-494e-b456-938592928a5e" TYPE="ext4" PTTYPE="dos" PARTLABEL="primary" PARTUUID="8c484e81-f919-4803-acc7-1447fdd81b45"

Mount

root@lew:~# mount
/dev/vda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,nodev,noexec,nosuid)
sysfs on /sys type sysfs (rw,nodev,noexec,nosuid)
none on /sys/fs/cgroup type tmpfs (rw,uid=0,gid=0,mode=0755,size=1024)
none on /sys/fs/Fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,nodev,noexec,nosuid,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,nodev,noexec,nosuid,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,noexec,nodev,none,name=systemd)

Fstab

root@lew:~# 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/vda1 during installation
#UUID=815063a9-c956-44a6-ab11-05e1d0bb3a58 /               ext4    errors=remount-ro 0       1
UUID=06F7B3C9-8E13-42CD-AD52-7A02301B6F16 /               ext4    errors=remount-rw 0       1

/swapfile       none    swap    sw      0       0
15.04fsckfdisktmp
4
Lewis Lebentz

La solution a été publiée dans les commentaires par @ Lewis Lebentz le 26 juil. À 15h .

Je vais paraphraser pour que quiconque cherche la réponse puisse la trouver facilement ici. Mais @Lewis devrait poster la réponse elle-même, la marquer comme telle et vous obtiendrez un crédit.

La solution: Ouvrez un ticket d'assistance, demandez à Digital Ocean de monter l'ISO de récupération (c'est un ISO spécial que seuls ceux-ci peuvent monter).

  1. Choisissez 1 pour monter le système de fichiers et l’édition /etc/fstab. Remarque: Utilisez la console et exécutez nano ou vi /mnt/etc/fstab. Vous pouvez également activer SSH et la mise en réseau (dans les options de récupération) pour vous connecter avec votre terminal (voir instruction ) bien que je n’aie pas essayé moi-même.
  2. L'UUID a été changé pour la sortie de blkid, save.
  3. Demandez à DO de retirer le disque de récupération. Redémarrez et vous devriez avoir accès à nouveau!
7
scrollup

Vous pouvez faire comme ændrük posté dans les commentaires:

$ mount -rw -o remount /dev/vda1 /
$ sed s/wrong_uuid/correct_uuid/ -i /etc/fstab

..et ensuite redémarrez votre linux! Assurez-vous de changer vda1 avec le nom de votre appareil. Et dans la commande sed, les bons uuids, bien sûr!

3
Hudson Santos

J'ai trouvé que cela m'arrive aussi. L'UUID du disque dans/etc/fstab n'a pas pu être résolu. J'ai résolu ce problème en recherchant d'abord l'UUID du disque en exécutant

Sudo blkid -c /dev/null -o list

Et copier l’UUID du disque pour le point de montage /

J'ai ensuite suivi le commentaire de @ ændrük et remonté le disque avec

mount -rw -o remount UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxx

J'ai ensuite édité/etc/fstab pour changer l'UUID du disque pour le disque racine.

0
Justin Fay