[CBLX] kernel options ...

[Pierre Lorenzon <devel@xxxxxxxxxxxxxxxxxxxx>]

Hello,

Voici mon grub.cfg implanté sur une clef usb :

>>>  -- grub.cfg 

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/10_linux ###
menuentry "GNU/Linux, with Linux 2.6.32.8-lfs-6.6" {
	insmod ext2
#	set root=(hd4,1)
	search --fs-uuid 310c5993-4d9c-436a-82e6-165f00df18f0 --set root
	linux	/boot/vmlinux-2.6.32.8-lfs-6.6 rootwait
}
menuentry "GNU/Linux, with Linux 2.6.32.8-lfs-6.6 (recovery mode)" {
	insmod ext2
#	set root=(hd4,1)
	search --fs-uuid 310c5993-4d9c-436a-82e6-165f00df18f0 --set root
	linux	/boot/vmlinux-2.6.32.8-lfs-6.6 rootwait single 
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###


>>>  -- End grub.cfg 

Et le résultat est un unable to mount rootfs. C'est
volontairement que l'option root= n'est pas donnée sur la ligne
du noyau. En effet, la clef est destinée à être utilisée sur
une machine indéterminée sur laquelle le nom de la partition
root peut changer. La seule chose qui est constante c'est
l'uuid de cette partition root, et voilà pourquoi le noyau
lui-même est localisé grâce à l'uuid et pas avec une commande
du type (hdx,y). Cette première phase d'ailleurs fonctionne, le
noyau est chargé et s'exécute jusqu'à ce qu'il cherche la
partition root. J'avais cru comprendre que si on ne spécifie
pas de partition root, le noyau prend celle sur laquelle il se
trouve lui-même. J'ai bien évidemment pris soint de n'avoir que
deux partitions sur la clef, une grosse qui contient la racine
et une petite pour le swap. Dans la fstab, elles sont
évidemment identifiée par leur uuid et pas par des identifiant
type /dev/sdxyztwuv... 

Ce que je me demande en définitive, c'est si l'option rootwait
à quelque effet sans l'option root elle-même. Il y a en effet
deux problèmes qui se superposent, et ce n'est du coup pas
facile de déterminer la cause de l'échec. En effet, avec une
clef usb on peut avoir un temps de latence assez long pour que
les partitions soient identifiées et il faut dire au noyau
d'être patient d'où le rootwait. Or la dernière fois que j'ai
booté sur cette clef, il me semble qu'il est allé assez vite et
n'a pas attendu.

Ne me dite pas qu'il y a une solution qui consiste à indiquer
la racine par son uuid comme paramètre au noyau parce que ça,
si j'ai compris ce que j'ai lu, ça ne peut se faire que par le
biais d'un initrd et si je pouvais m'en passer ça m'arrangerait
considérablement.

D'ailleurs ne me répondez rien si vous n'avez pas de temps à
consacrer à ça sauf qu'une url avec une doc détaillée
concernant les options du noyau ça ça me rendrait bien
service. Typiquement si rootwait n'est opérant que si root est
là, je peux bien m'évertuer à faire marcher le truc ça ne
marchera pas ! Or dans le répertoire Documentation de l'archive
du kernel c'est assez succint et sur le site www.kernel.org je
n'ai rien trouvé ...

D'avance merci 

Pierre

---
-- 
   CarrefourBLinuX MailingListe 
   Pour obtenir de l'aide, envoyez le sujet  help  �
   carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
   Archives: 
   http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux