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
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Bzzz
Le #24824752
On Sat, 29 Sep 2012 22:04:24 +0200
Yann Cohen
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 d onc
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 d isque...



À 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/
Yann Cohen
Le #24824742
Le 29/09/2012 22:19, Bzzz a écrit :
On Sat, 29 Sep 2012 22:04:24 +0200
Yann Cohen
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...



À moins que les choses n'aient changées drastiquement, tous les
modules relatifs à un FS nécessaire au bon déroulement du boot
doivent faire partie intégrante du kernel (avec donc un initrd),
est-ce le cas?




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/
Bzzz
Le #24824832
On Sat, 29 Sep 2012 22:29:53 +0200
Yann Cohen
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 comman des
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 ?



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/
Yann Cohen
Le #24824822
Le 29/09/2012 22:43, Bzzz a écrit :
On Sat, 29 Sep 2012 22:29:53 +0200
Yann Cohen
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 ?



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 blurb,
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



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/
Vincent Danjean
Le #24829952
Le 29/09/2012 22:53, Yann Cohen a écrit :
Le 29/09/2012 22:43, Bzzz a écrit :
On Sat, 29 Sep 2012 22:29:53 +0200
Yann Cohen
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é.







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/
Publicité
Poster une réponse
Anonyme