[gull] Reboot fail après mise à jour Debian 7.7
Arnaud
listes.00 at gmail.com
Sun Nov 16 00:44:10 CET 2014
Merci pour cette information.
Je n'utilise ni debian, ni les UUID, mais ça pourra servir si un jour
j'utilise ça ;)
Dans ce genre de cas, quand ça ne démarre plus, et que ça indique un
truc comme:
ALERT ! /dev/disk/by-uuid/xxx does not exist
Le plus simple et le plus rapide est de définir dans /etc/fstab les
/dev/sdX ou /dev/mapper/xxxx, afin de voir si ça vient des UUID qui ont
changé (il me semble avoir déjà vu ça lors d0upgrade) ou qu'il y a un
problème avec ça.
--
Arnaud
Le 11. 11. 14 14:42, TISSOT Jacques Joseph a écrit :
> Bonjour,
>
> Voilà ma solution :
>
> Décommenter GRUB_DISABLE_LINUX_UUID ="true" dans /etc/default/grub
>
> puis
>
> $ grub-mkdevicemap
> $ update-grub2
>
>
> ERRATA : dans mon mail précédent, il s'agissait bien de décommenter la ligne GRUB_DISABLE_LINUX_UUID ="true" plutôt que GRUB_DISABLE_RECOVERY="true".
>
> Ca a fonctionné comme ça pour moi.. Toujours content d'avoir de vos retours..
>
> Merci pour votre support subliminal. Non, c'est pas une moquerie, c'est que parfois il suffit de penser tout haut...
>
> Bonne journée
>
> Jacques Tissot
> Université de Fribourg
>
>
> From: gull [mailto:gull-bounces at forum.linux-gull.ch] On Behalf Of TISSOT Jacques Joseph
> Sent: mardi 11 novembre 2014 11:15
> To: 'gull at forum.linux-gull.ch'
> Subject: [gull] Reboot fail après mise à jour Debian 7.7
>
> Bonjour,
>
> J'ai connu ce matin un grand stress car la machine Debian, récemment mise à jour vers la version 7.7, n'a pas voulu démarrer.
>
> Erreur :
>
> ALERT ! /dev/disk/by-uuid/xxx does not exist
> Dropping to a shell!
> ...
> /bin/sh: can't access tty; job control turned off
> (initramfs) _
>
> J'ai un peu cherché sur Internet et ai pu débloquer la situation avec la commande vgchange -ay, puis CTRL-D. Le boot a poursuivi jusqu'au résultat final. Ouf.
>
> Mais je n'en suis pas sorti pour autant, car au prochain redémarrage, il se passera la même chose (j'ai testé). Le disque système est configuré dans un LVM :
>
> --- Logical volume ---
> LV Path /dev/VG1/root
> LV Name root
> VG Name VG1
> LV UUID KeyOOf-f01r-mfrj-9MjU-02av-olRx-UxpGTl
> LV Write Access read/write
> LV Creation host, time svx-sympa, 2013-10-21 15:05:18 +0200
> LV Status available
> # open 1
> LV Size 24.21 GiB
> Current LE 6198
> Segments 1
> Allocation inherit
> Read ahead sectors auto
> - currently set to 256
> Block device 254:1
>
> --- Logical volume ---
> LV Path /dev/VG1/swap
> LV Name swap
> VG Name VG1
> LV UUID 11A8mO-eHxE-dGGm-Ebh9-D1vI-zQY3-yh7Sna
> LV Write Access read/write
> LV Creation host, time svx-sympa, 2013-10-21 15:05:34 +0200
> LV Status available
> # open 2
> LV Size 5.59 GiB
> Current LE 1430
> Segments 1
> Allocation inherit
> Read ahead sectors auto
> - currently set to 256
> Block device 254:0
>
> --- Logical volume ---
> LV Path /dev/VG1/home
> LV Name home
> VG Name VG1
> LV UUID uFfRDg-ViCd-jOlJ-mGbp-4t2m-eRuC-KCJqLA
> LV Write Access read/write
> LV Creation host, time svx-sympa, 2013-10-21 15:06:16 +0200
> LV Status available
> # open 1
> LV Size 90.20 GiB
> Current LE 23091
> Segments 2
> Allocation inherit
> Read ahead sectors auto
> - currently set to 256
> Block device 254:2
>
> Que faire dans cette situation pour fixer le problème ? Dans ce que j'ai trouvé sur la Toile, il y a plusieurs solutions :
>
>
> 1) Un bug de lvm2
>
> 2) Taper les commandes : grub-mkdevicemap && update-grub
>
> 3) Décommenter GRUB_DISABLE_RECOVERY="true" dans /etc/default/grub
>
> Merci pour vos avis et conseils
>
> J. Tissot
> Université de Fribourg
>
>
>
>
> _______________________________________________
> gull mailing list
> gull at forum.linux-gull.ch
> http://forum.linux-gull.ch/mailman/listinfo/gull
>
More information about the gull
mailing list