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
--
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20120929221933.4e31fdeb@anubis.defcon1
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 29/09/2012 22:19, Bzzz a écrit :
On Sat, 29 Sep 2012 22:04:24 +0200 Yann Cohen wrote:
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 ?
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Le 29/09/2012 22:19, Bzzz a écrit :
On Sat, 29 Sep 2012 22:04:24 +0200
Yann Cohen<yann@ianco.org> wrote:
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/50675A41.4040309@ianco.org
On Sat, 29 Sep 2012 22:04:24 +0200 Yann Cohen wrote:
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 ?
--
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/20120929224350.03e6b610@anubis.defcon1
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 29/09/2012 22:43, Bzzz a écrit :
On Sat, 29 Sep 2012 22:29:53 +0200 Yann Cohen wrote:
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.
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...).
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Le 29/09/2012 22:43, Bzzz a écrit :
On Sat, 29 Sep 2012 22:29:53 +0200
Yann Cohen<yann@ianco.org> wrote:
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/50675FC3.6090505@ianco.org
On Sat, 29 Sep 2012 22:29:53 +0200 Yann Cohen wrote:
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.
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...).
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 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 wrote:
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.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
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<yann@ianco.org> wrote:
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 vdanjean@debian.org
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/506A1FB5.1000206@free.fr
On Sat, 29 Sep 2012 22:29:53 +0200 Yann Cohen wrote:
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.
