Bonjour,
J'utilise lvm et mon système de ficheirs racine est sous lvm (de même
que le reste, sanuf /boot).
Pour créer l'initrd, j'utilise un script que j'ai obtenu sur la liste
de diffusion de lvm : lvm2create_initrd de Jeff Layton
http://poochiereds.net/svn/lvm2
Ca fonctione parfaitement mais c'est dommade d'utiliser les outils
Debian et de faire tourner ce script à la main en fin d'installation du
noyau.
Est-ce quelqu'un a l'expérience de la création de l'initrd pour un
fichier racice sous lvm avec les outils Debian ?
Merci de vos suggestions.
Bonjour,
J'utilise lvm et mon système de ficheirs racine est sous lvm (de même
que le reste, sanuf /boot).
Pour créer l'initrd, j'utilise un script que j'ai obtenu sur la liste
de diffusion de lvm : lvm2create_initrd de Jeff Layton
<jtlayton@poochiereds.net>
http://poochiereds.net/svn/lvm2
Ca fonctione parfaitement mais c'est dommade d'utiliser les outils
Debian et de faire tourner ce script à la main en fin d'installation du
noyau.
Est-ce quelqu'un a l'expérience de la création de l'initrd pour un
fichier racice sous lvm avec les outils Debian ?
Merci de vos suggestions.
Bonjour,
J'utilise lvm et mon système de ficheirs racine est sous lvm (de même
que le reste, sanuf /boot).
Pour créer l'initrd, j'utilise un script que j'ai obtenu sur la liste
de diffusion de lvm : lvm2create_initrd de Jeff Layton
http://poochiereds.net/svn/lvm2
Ca fonctione parfaitement mais c'est dommade d'utiliser les outils
Debian et de faire tourner ce script à la main en fin d'installation du
noyau.
Est-ce quelqu'un a l'expérience de la création de l'initrd pour un
fichier racice sous lvm avec les outils Debian ?
Merci de vos suggestions.
"Jean-Luc Coulon (f5ibh)" writes:Bonjour,
J'utilise lvm et mon système de ficheirs racine est sous lvm (de
mêmeque le reste, sanuf /boot).
Pour créer l'initrd, j'utilise un script que j'ai obtenu sur la
listede diffusion de lvm : lvm2create_initrd de Jeff Layton
http://poochiereds.net/svn/lvm2
Ca fonctione parfaitement mais c'est dommade d'utiliser les outils
Debian et de faire tourner ce script à la main en fin d'installation
dunoyau.
Est-ce quelqu'un a l'expérience de la création de l'initrd pour un
fichier racice sous lvm avec les outils Debian ?
Merci de vos suggestions.
J'effectue une sauvegarde complète de ma machine sur un système de
fichier
unique en LVM+reiserfs sur un disque séparé. J'essaie, quand j'ai le
temps, de
créer une disquette pour démarrer dessus en cas de pépin.
Je pense qu'on peut paramétrer mkinitrd de façon assez fine pour
pouvoir créer
l'initrd qui va bien, mais je n'ai pas encore réussi.
Dans /etc/mkinitrd/, on peut spécifier des modules à inclure et
rajouter
éventuellement ses propres scripts.
Léo.
"Jean-Luc Coulon (f5ibh)" <jean-luc.coulon@wanadoo.fr> writes:
Bonjour,
J'utilise lvm et mon système de ficheirs racine est sous lvm (de
même
que le reste, sanuf /boot).
Pour créer l'initrd, j'utilise un script que j'ai obtenu sur la
liste
de diffusion de lvm : lvm2create_initrd de Jeff Layton
<jtlayton@poochiereds.net>
http://poochiereds.net/svn/lvm2
Ca fonctione parfaitement mais c'est dommade d'utiliser les outils
Debian et de faire tourner ce script à la main en fin d'installation
du
noyau.
Est-ce quelqu'un a l'expérience de la création de l'initrd pour un
fichier racice sous lvm avec les outils Debian ?
Merci de vos suggestions.
J'effectue une sauvegarde complète de ma machine sur un système de
fichier
unique en LVM+reiserfs sur un disque séparé. J'essaie, quand j'ai le
temps, de
créer une disquette pour démarrer dessus en cas de pépin.
Je pense qu'on peut paramétrer mkinitrd de façon assez fine pour
pouvoir créer
l'initrd qui va bien, mais je n'ai pas encore réussi.
Dans /etc/mkinitrd/, on peut spécifier des modules à inclure et
rajouter
éventuellement ses propres scripts.
Léo.
"Jean-Luc Coulon (f5ibh)" writes:Bonjour,
J'utilise lvm et mon système de ficheirs racine est sous lvm (de
mêmeque le reste, sanuf /boot).
Pour créer l'initrd, j'utilise un script que j'ai obtenu sur la
listede diffusion de lvm : lvm2create_initrd de Jeff Layton
http://poochiereds.net/svn/lvm2
Ca fonctione parfaitement mais c'est dommade d'utiliser les outils
Debian et de faire tourner ce script à la main en fin d'installation
dunoyau.
Est-ce quelqu'un a l'expérience de la création de l'initrd pour un
fichier racice sous lvm avec les outils Debian ?
Merci de vos suggestions.
J'effectue une sauvegarde complète de ma machine sur un système de
fichier
unique en LVM+reiserfs sur un disque séparé. J'essaie, quand j'ai le
temps, de
créer une disquette pour démarrer dessus en cas de pépin.
Je pense qu'on peut paramétrer mkinitrd de façon assez fine pour
pouvoir créer
l'initrd qui va bien, mais je n'ai pas encore réussi.
Dans /etc/mkinitrd/, on peut spécifier des modules à inclure et
rajouter
éventuellement ses propres scripts.
Léo.
Le 28.11.2004 23:59:16, Leopold BAILLY a écrit :
>"Jean-Luc Coulon (f5ibh)" writes:
>>Ca fonctione parfaitement mais c'est dommade d'utiliser les outils
>>Debian et de faire tourner ce script à la main en fin d'installation
>>du noyau.
>>
>>Est-ce quelqu'un a l'expérience de la création de l'initrd pour un
>>fichier racice sous lvm avec les outils Debian ?
>>
Ce qui est plus difficile à gérer en 2.6 et lvm2, c'est le device qui
contient root.
Dans le cas de lvm2, les devices étant alloués dynamiquement, ce genre
de chose n'est plus possible. Le script que je citais travaillais en 2
passe une dans le ram disk et une dan sle monde réel. Ce qui donne,
sous grub, quelque chose comme :
root=/dev/ram0 lvm2root=/dev/vg00/root_lv
Ca fonctionne très bien, mais je n'ai pas trouvé le moyen de faire la
même chose avec mkinitrd
Le 28.11.2004 23:59:16, Leopold BAILLY a écrit :
>"Jean-Luc Coulon (f5ibh)" <jean-luc.coulon@wanadoo.fr> writes:
>>Ca fonctione parfaitement mais c'est dommade d'utiliser les outils
>>Debian et de faire tourner ce script à la main en fin d'installation
>>du noyau.
>>
>>Est-ce quelqu'un a l'expérience de la création de l'initrd pour un
>>fichier racice sous lvm avec les outils Debian ?
>>
Ce qui est plus difficile à gérer en 2.6 et lvm2, c'est le device qui
contient root.
Dans le cas de lvm2, les devices étant alloués dynamiquement, ce genre
de chose n'est plus possible. Le script que je citais travaillais en 2
passe une dans le ram disk et une dan sle monde réel. Ce qui donne,
sous grub, quelque chose comme :
root=/dev/ram0 lvm2root=/dev/vg00/root_lv
Ca fonctionne très bien, mais je n'ai pas trouvé le moyen de faire la
même chose avec mkinitrd
Le 28.11.2004 23:59:16, Leopold BAILLY a écrit :
>"Jean-Luc Coulon (f5ibh)" writes:
>>Ca fonctione parfaitement mais c'est dommade d'utiliser les outils
>>Debian et de faire tourner ce script à la main en fin d'installation
>>du noyau.
>>
>>Est-ce quelqu'un a l'expérience de la création de l'initrd pour un
>>fichier racice sous lvm avec les outils Debian ?
>>
Ce qui est plus difficile à gérer en 2.6 et lvm2, c'est le device qui
contient root.
Dans le cas de lvm2, les devices étant alloués dynamiquement, ce genre
de chose n'est plus possible. Le script que je citais travaillais en 2
passe une dans le ram disk et une dan sle monde réel. Ce qui donne,
sous grub, quelque chose comme :
root=/dev/ram0 lvm2root=/dev/vg00/root_lv
Ca fonctionne très bien, mais je n'ai pas trouvé le moyen de faire la
même chose avec mkinitrd
* Jean-Luc Coulon (f5ibh) [2004-11-29 15:01:45 +0000]:Le 28.11.2004 23:59:16, Leopold BAILLY a écrit :
>"Jean-Luc Coulon (f5ibh)" writes:
...>>Ca fonctione parfaitement mais c'est dommade d'utiliser les outils
>>Debian et de faire tourner ce script à la main en fin
d'installation>>du noyau.
>>
>>Est-ce quelqu'un a l'expérience de la création de l'initrd pour un
>>fichier racice sous lvm avec les outils Debian ?
>>
...Ce qui est plus difficile à gérer en 2.6 et lvm2, c'est le device
quicontient root.
...Dans le cas de lvm2, les devices étant alloués dynamiquement, ce
genrede chose n'est plus possible. Le script que je citais travaillais en
2passe une dans le ram disk et une dan sle monde réel. Ce qui donne,
sous grub, quelque chose comme :
root=/dev/ram0 lvm2root=/dev/vg00/root_lv
Ca fonctionne très bien, mais je n'ai pas trouvé le moyen de faire
lamême chose avec mkinitrd
J'ai un noyau 2.6 compilé avec 'make-kpkg --initrd ...' et la
partition
root sous LVM2. Le mkinitrd est exécuté automatiquement par dpkg à
l'installation du paquet du noyau.
Dans le menu.lst de grub : root=/dev/mapper/vg00-root_lv
(root=/dev/vg00/root_lv devrait aussi fonctionner, je n'ai pas testé).
--
marc
* Jean-Luc Coulon (f5ibh) [2004-11-29 15:01:45 +0000]:
Le 28.11.2004 23:59:16, Leopold BAILLY a écrit :
>"Jean-Luc Coulon (f5ibh)" <jean-luc.coulon@wanadoo.fr> writes:
...
>>Ca fonctione parfaitement mais c'est dommade d'utiliser les outils
>>Debian et de faire tourner ce script à la main en fin
d'installation
>>du noyau.
>>
>>Est-ce quelqu'un a l'expérience de la création de l'initrd pour un
>>fichier racice sous lvm avec les outils Debian ?
>>
...
Ce qui est plus difficile à gérer en 2.6 et lvm2, c'est le device
qui
contient root.
...
Dans le cas de lvm2, les devices étant alloués dynamiquement, ce
genre
de chose n'est plus possible. Le script que je citais travaillais en
2
passe une dans le ram disk et une dan sle monde réel. Ce qui donne,
sous grub, quelque chose comme :
root=/dev/ram0 lvm2root=/dev/vg00/root_lv
Ca fonctionne très bien, mais je n'ai pas trouvé le moyen de faire
la
même chose avec mkinitrd
J'ai un noyau 2.6 compilé avec 'make-kpkg --initrd ...' et la
partition
root sous LVM2. Le mkinitrd est exécuté automatiquement par dpkg à
l'installation du paquet du noyau.
Dans le menu.lst de grub : root=/dev/mapper/vg00-root_lv
(root=/dev/vg00/root_lv devrait aussi fonctionner, je n'ai pas testé).
--
marc
* Jean-Luc Coulon (f5ibh) [2004-11-29 15:01:45 +0000]:Le 28.11.2004 23:59:16, Leopold BAILLY a écrit :
>"Jean-Luc Coulon (f5ibh)" writes:
...>>Ca fonctione parfaitement mais c'est dommade d'utiliser les outils
>>Debian et de faire tourner ce script à la main en fin
d'installation>>du noyau.
>>
>>Est-ce quelqu'un a l'expérience de la création de l'initrd pour un
>>fichier racice sous lvm avec les outils Debian ?
>>
...Ce qui est plus difficile à gérer en 2.6 et lvm2, c'est le device
quicontient root.
...Dans le cas de lvm2, les devices étant alloués dynamiquement, ce
genrede chose n'est plus possible. Le script que je citais travaillais en
2passe une dans le ram disk et une dan sle monde réel. Ce qui donne,
sous grub, quelque chose comme :
root=/dev/ram0 lvm2root=/dev/vg00/root_lv
Ca fonctionne très bien, mais je n'ai pas trouvé le moyen de faire
lamême chose avec mkinitrd
J'ai un noyau 2.6 compilé avec 'make-kpkg --initrd ...' et la
partition
root sous LVM2. Le mkinitrd est exécuté automatiquement par dpkg à
l'installation du paquet du noyau.
Dans le menu.lst de grub : root=/dev/mapper/vg00-root_lv
(root=/dev/vg00/root_lv devrait aussi fonctionner, je n'ai pas testé).
--
marc
Merci pour cette information. Mais il doit encore me manquer quelque
chose car j'ai un kernel panic après l'ouverture de l'initrd.
Quel est le contenu de votre /etc/mkinitrd/mkinitrd.conf ?
Principalement la directive root ?
Quels modules avez-vous inclus ?
Merci pour cette information. Mais il doit encore me manquer quelque
chose car j'ai un kernel panic après l'ouverture de l'initrd.
Quel est le contenu de votre /etc/mkinitrd/mkinitrd.conf ?
Principalement la directive root ?
Quels modules avez-vous inclus ?
Merci pour cette information. Mais il doit encore me manquer quelque
chose car j'ai un kernel panic après l'ouverture de l'initrd.
Quel est le contenu de votre /etc/mkinitrd/mkinitrd.conf ?
Principalement la directive root ?
Quels modules avez-vous inclus ?
* Jean-Luc Coulon (f5ibh) [2004-11-30 12:06:19 +0000]:
> Merci pour cette information. Mais il doit encore me manquer quelque
> chose car j'ai un kernel panic après l'ouverture de l'initrd.
>
> Quel est le contenu de votre /etc/mkinitrd/mkinitrd.conf ?
> Principalement la directive root ?
MODULES=most
DELAY=0
ROOT=probe
UMASK2
MKIMAGE='mkcramfs %s %s > /dev/null'
BUSYBOX=yes
PKGSCRIPTS=yes
INITRD_LD_LIBRARY_PATH=$LD_LIBRARY_PATH
> Quels modules avez-vous inclus ?
/etc/mkinitrd/modules :
fbcon
ehci-hcd
Le module ehci-hcd doit être chargé sur mon système car il est sur
disque dur USB. J'ai aussi pour cette raison dû modifier
/usr/sbin/mkinitrd pour rajouter un délai entre le chargement des
modules sd_mod et dm-mod car le disque USB met plusieurs secondes a
être disponible. (le BUSYBOX=yes c'est pour utiliser sleep dans
l'initrd).
--
marc
* Jean-Luc Coulon (f5ibh) [2004-11-30 12:06:19 +0000]:
> Merci pour cette information. Mais il doit encore me manquer quelque
> chose car j'ai un kernel panic après l'ouverture de l'initrd.
>
> Quel est le contenu de votre /etc/mkinitrd/mkinitrd.conf ?
> Principalement la directive root ?
MODULES=most
DELAY=0
ROOT=probe
UMASK2
MKIMAGE='mkcramfs %s %s > /dev/null'
BUSYBOX=yes
PKGSCRIPTS=yes
INITRD_LD_LIBRARY_PATH=$LD_LIBRARY_PATH
> Quels modules avez-vous inclus ?
/etc/mkinitrd/modules :
fbcon
ehci-hcd
Le module ehci-hcd doit être chargé sur mon système car il est sur
disque dur USB. J'ai aussi pour cette raison dû modifier
/usr/sbin/mkinitrd pour rajouter un délai entre le chargement des
modules sd_mod et dm-mod car le disque USB met plusieurs secondes a
être disponible. (le BUSYBOX=yes c'est pour utiliser sleep dans
l'initrd).
--
marc
* Jean-Luc Coulon (f5ibh) [2004-11-30 12:06:19 +0000]:
> Merci pour cette information. Mais il doit encore me manquer quelque
> chose car j'ai un kernel panic après l'ouverture de l'initrd.
>
> Quel est le contenu de votre /etc/mkinitrd/mkinitrd.conf ?
> Principalement la directive root ?
MODULES=most
DELAY=0
ROOT=probe
UMASK2
MKIMAGE='mkcramfs %s %s > /dev/null'
BUSYBOX=yes
PKGSCRIPTS=yes
INITRD_LD_LIBRARY_PATH=$LD_LIBRARY_PATH
> Quels modules avez-vous inclus ?
/etc/mkinitrd/modules :
fbcon
ehci-hcd
Le module ehci-hcd doit être chargé sur mon système car il est sur
disque dur USB. J'ai aussi pour cette raison dû modifier
/usr/sbin/mkinitrd pour rajouter un délai entre le chargement des
modules sd_mod et dm-mod car le disque USB met plusieurs secondes a
être disponible. (le BUSYBOX=yes c'est pour utiliser sleep dans
l'initrd).
--
marc
Bon, recompile et essais, il ne veut rien savoir
J'ai une ligne grub comme ça :
root=/dev/mapper/cg00-root_lv rootfs=xfs (mon filesystem est xfs)
j'obtiens :
VFS: cannot open root device "mapper/vg00-root_lv" or unknown-block(0,0)
please append .. etc.
il ne tient pas compte du /dev .. est-ce normal ?
Si je tente de mettre root="/dev/mapper/vg00-root_lv" .. (entre " ")
Alors, il me donne le message :
VFS: cannot open root device ""/dev/mapper/vg00-root_lv" or unknown-block(0,0)
Il me met une double double quote ("") .. est-ce normal ?
Si je ne mets pas le rootfstype, il ne trouve pas le fs...
Bon, recompile et essais, il ne veut rien savoir
J'ai une ligne grub comme ça :
root=/dev/mapper/cg00-root_lv rootfs=xfs (mon filesystem est xfs)
j'obtiens :
VFS: cannot open root device "mapper/vg00-root_lv" or unknown-block(0,0)
please append .. etc.
il ne tient pas compte du /dev .. est-ce normal ?
Si je tente de mettre root="/dev/mapper/vg00-root_lv" .. (entre " ")
Alors, il me donne le message :
VFS: cannot open root device ""/dev/mapper/vg00-root_lv" or unknown-block(0,0)
Il me met une double double quote ("") .. est-ce normal ?
Si je ne mets pas le rootfstype, il ne trouve pas le fs...
Bon, recompile et essais, il ne veut rien savoir
J'ai une ligne grub comme ça :
root=/dev/mapper/cg00-root_lv rootfs=xfs (mon filesystem est xfs)
j'obtiens :
VFS: cannot open root device "mapper/vg00-root_lv" or unknown-block(0,0)
please append .. etc.
il ne tient pas compte du /dev .. est-ce normal ?
Si je tente de mettre root="/dev/mapper/vg00-root_lv" .. (entre " ")
Alors, il me donne le message :
VFS: cannot open root device ""/dev/mapper/vg00-root_lv" or unknown-block(0,0)
Il me met une double double quote ("") .. est-ce normal ?
Si je ne mets pas le rootfstype, il ne trouve pas le fs...
* Jean-Luc Coulon [2004-11-30 21:09:09 +0100]:Bon, recompile et essais, il ne veut rien savoir
J'ai une ligne grub comme ça :
root=/dev/mapper/cg00-root_lv rootfs=xfs (mon filesystem est xfs)
^^^^^^
Plutôt : rootfstype (mais j'imagine que c'est une coquille)
j'obtiens :
VFS: cannot open root device "mapper/vg00-root_lv" or
unknown-block(0,0)please append .. etc.
il ne tient pas compte du /dev .. est-ce normal ?
Etrange en effet...Si je tente de mettre root="/dev/mapper/vg00-root_lv" .. (entre " ")
Alors, il me donne le message :
VFS: cannot open root device ""/dev/mapper/vg00-root_lv" or
unknown-block(0,0)
Il me met une double double quote ("") .. est-ce normal ?
Si je ne mets pas le rootfstype, il ne trouve pas le fs...
Est-ce que le support de xfs est en dur dans le noyau ou en module ?
Si il est en module, vérifier que l'initrd créé charge ce module :
$ mount -o loop /boot/initrd.img-2.6.x /mnt/
$ cat /mnt/loadmodules
--
marc
* Jean-Luc Coulon [2004-11-30 21:09:09 +0100]:
Bon, recompile et essais, il ne veut rien savoir
J'ai une ligne grub comme ça :
root=/dev/mapper/cg00-root_lv rootfs=xfs (mon filesystem est xfs)
^^^^^^
Plutôt : rootfstype (mais j'imagine que c'est une coquille)
j'obtiens :
VFS: cannot open root device "mapper/vg00-root_lv" or
unknown-block(0,0)
please append .. etc.
il ne tient pas compte du /dev .. est-ce normal ?
Etrange en effet...
Si je tente de mettre root="/dev/mapper/vg00-root_lv" .. (entre " ")
Alors, il me donne le message :
VFS: cannot open root device ""/dev/mapper/vg00-root_lv" or
unknown-block(0,0)
Il me met une double double quote ("") .. est-ce normal ?
Si je ne mets pas le rootfstype, il ne trouve pas le fs...
Est-ce que le support de xfs est en dur dans le noyau ou en module ?
Si il est en module, vérifier que l'initrd créé charge ce module :
$ mount -o loop /boot/initrd.img-2.6.x /mnt/
$ cat /mnt/loadmodules
--
marc
* Jean-Luc Coulon [2004-11-30 21:09:09 +0100]:Bon, recompile et essais, il ne veut rien savoir
J'ai une ligne grub comme ça :
root=/dev/mapper/cg00-root_lv rootfs=xfs (mon filesystem est xfs)
^^^^^^
Plutôt : rootfstype (mais j'imagine que c'est une coquille)
j'obtiens :
VFS: cannot open root device "mapper/vg00-root_lv" or
unknown-block(0,0)please append .. etc.
il ne tient pas compte du /dev .. est-ce normal ?
Etrange en effet...Si je tente de mettre root="/dev/mapper/vg00-root_lv" .. (entre " ")
Alors, il me donne le message :
VFS: cannot open root device ""/dev/mapper/vg00-root_lv" or
unknown-block(0,0)
Il me met une double double quote ("") .. est-ce normal ?
Si je ne mets pas le rootfstype, il ne trouve pas le fs...
Est-ce que le support de xfs est en dur dans le noyau ou en module ?
Si il est en module, vérifier que l'initrd créé charge ce module :
$ mount -o loop /boot/initrd.img-2.6.x /mnt/
$ cat /mnt/loadmodules
--
marc
Oui, xfs est en module, en fait, je n'ai rien changé à ma config noyau
qui fonctionne avec le script lvm2create_initrd.
Oui, xfs est en module, en fait, je n'ai rien changé à ma config noyau
qui fonctionne avec le script lvm2create_initrd.
Oui, xfs est en module, en fait, je n'ai rien changé à ma config noyau
qui fonctionne avec le script lvm2create_initrd.
* Jean-Luc Coulon (f5ibh) [2004-12-01 20:55:37 +0000]:
> Oui, xfs est en module, en fait, je n'ai rien changé à ma config noyau
> qui fonctionne avec le script lvm2create_initrd.
Quelles sont les différences entre l'initrd qui fonctionne (celui créé
par lvm2create_initrd) et celui qui ne fonctionne pas (celui créé par
dpkg -i) ?
Autre possibilité : mettre DELAY (par exemple) dans
/etc/mkinitrd/mkinitrd.conf
--
marc
* Jean-Luc Coulon (f5ibh) [2004-12-01 20:55:37 +0000]:
> Oui, xfs est en module, en fait, je n'ai rien changé à ma config noyau
> qui fonctionne avec le script lvm2create_initrd.
Quelles sont les différences entre l'initrd qui fonctionne (celui créé
par lvm2create_initrd) et celui qui ne fonctionne pas (celui créé par
dpkg -i) ?
Autre possibilité : mettre DELAY (par exemple) dans
/etc/mkinitrd/mkinitrd.conf
--
marc
* Jean-Luc Coulon (f5ibh) [2004-12-01 20:55:37 +0000]:
> Oui, xfs est en module, en fait, je n'ai rien changé à ma config noyau
> qui fonctionne avec le script lvm2create_initrd.
Quelles sont les différences entre l'initrd qui fonctionne (celui créé
par lvm2create_initrd) et celui qui ne fonctionne pas (celui créé par
dpkg -i) ?
Autre possibilité : mettre DELAY (par exemple) dans
/etc/mkinitrd/mkinitrd.conf
--
marc
