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:[email protected]] On Behalf Of TISSOT > Jacques Joseph > Sent: mardi 11 novembre 2014 11:15 > To: '[email protected]' > 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 > [email protected] > http://forum.linux-gull.ch/mailman/listinfo/gull > _______________________________________________ gull mailing list [email protected] http://forum.linux-gull.ch/mailman/listinfo/gull
