wheezy, mise à jour => perte des partitions lvm
Le
Yann Cohen

Bonsoir,
Suite à une mise à jour, il est devenu impossible de booter sur un root
fs qui est en lvm (/dev/vg0/root).
Le système m'envoie dans un shell busybox et le lvscan me montre bien
les partitions mais elles sont toutes inactives à l'exception du swap.
J'ai pensé que cela était lié au module lvm de grub j'ai donc placé dans
le fichier grub.cfg un insmod lvm mais échec il ne connaît pas ce module
même si lvm.mod est présent sur le disque
Je ne sais pas vraiment comment faire pour redémarrer cette station
Ah oui /boot n'est pas sous lvm..
Merci du coup de main
--
Yann.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/50675448.2060200@ianco.org
Suite à une mise à jour, il est devenu impossible de booter sur un root
fs qui est en lvm (/dev/vg0/root).
Le système m'envoie dans un shell busybox et le lvscan me montre bien
les partitions mais elles sont toutes inactives à l'exception du swap.
J'ai pensé que cela était lié au module lvm de grub j'ai donc placé dans
le fichier grub.cfg un insmod lvm mais échec il ne connaît pas ce module
même si lvm.mod est présent sur le disque
Je ne sais pas vraiment comment faire pour redémarrer cette station
Ah oui /boot n'est pas sous lvm..
Merci du coup de main
--
Yann.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/50675448.2060200@ianco.org
Yann Cohen
à moins que les choses n'aient changées drastiquement, tous les
modules relatifs à un FS nécessaire au bon déroulement du bo ot
doivent faire partie intégrante du kernel (avec donc un initrd),
est-ce le cas?
--
Gairisu: vu sur une bouteille de biere :
"if you can read this, you need another one."
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
J'aurais tendance à dire : je ne sais pas. La génération de initramfs
est automatique et transparente.
J'ai réussi à démarrer la machine en appliquant les commandes suivantes
au prompt initramfs :
lvm vgscan --mknodes
lvm lvchange -aly vg0/root
puis un exit
et la machine à booté.
Donc maintenant que j'ai un système opérationnel, comment faire en sorte
que cela ne recommence pas au prochain boot ?
--
Yann.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Yann Cohen
Hmm, si tu n'utilises pas un kernel Debian, vérifier que tous les
modules nécessaires sont bien en dur dans le kernel ou dans l'initrd
(ET paramétrés); sinon il-y-a des chances que ça vienne de b lurb,
mais là je ne connais pas du tout.
Ces docs datent mais il doit bien en rester kékchoz à extraire:
http://pigeonsnest.co.uk/stuff/lvm-root/lvm-root.html
http://www.debianadmin.com/lvm_vs_udev.html#more-268
https://we.riseup.net/debian/lvm2#the-system-is-not-recognizing-my-boot-lvm -partitio
--
Cindy : C'est quoi la femme idéale pour toi ?
Mr-Laxatif : Une jolie blonde idiote, sourde, muette et nymphomane,
qui a perdu sa mère, et dont le papa possède un bar.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Ok, je vais potasser cela.
Je confirme que c'est une installation aussi standard que possible, pas
de recompilation de noyau.
Ce qui est étrange c'est :
- ce phénomène existe que sur la machine de ma fille (lvm), alors que
sur la mienne pas de problème (RAID5 + lvm),
- avant la chute complète, c'est les UUID qui étaient pas reconnu, mais
là un coup de vi dans le grub.cfg pour remplacer les UUID par les
partition et roule ma poule...
Bon, le Pb est moins critique car on peut démarrer la machine (avec un
peu de patience et un second clavier car le clavier sans fil n'est pas
reconnu au début du boot...).
--
Yann.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
C'est un bug du noyau, signalé sur la ml debian-kernel (dans un rapport
de bug) il y a quelques jours. Si je me souviens bien, il y a eu
plusieurs bugs d'ouverts. #688846 en est un.
A+
Vincent
--
Vincent Danjean GPG key ID 0x9D025E87
GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/