[gull] Les tribulations d'une installation :-)

[Leopoldo Ghielmetti]

On Tue, 2008-03-18 at 15:30 +0100, Yann Sagon wrote:
> Leopoldo Ghielmetti a écrit :
> >>> 3. *TROLL ON* Le système SATA est pourri à l'intérieur et encore plus
> >>> c'est le support des disques SCSI de Linux car il n'est toujours pas
> >>> capable d'affecter un numéro de disque clairement défini comme pour le
> >>> système IDE. *TROLL OFF*
> >>>
> >>>   
> >>>       
> >> Je dirai que pour ce problème, il faut regarder du côté de "UUID"
> >>     
> >
> > Oui, mais ceci est valable pour la commande mount. Si tu veux travailler
> > matériellement sur un disque les UUID ne marchent pas.
> > Si tu fais un fdisk /dev/sdc tu ne sais à priori pas sur quel disque tu
> > est en train d'agir et les UUID n'ont aucune signification pour fdisk.
> > De même pour Grub, tu ne peux pas dire à grub de booter sur le disque
> > avec la UUID telle ou telle autre, t'est obligé de spécifier un disque
> > physique, 
> Ah bon? Voila un extrait de mon menu.lst
> 
> ## ## Start Default Options ##
> ## default kernel options
> ## default kernel options for automagic boot options
> ## If you want special options for specific kernels use kopt_x_y_z
> ## where x.y.z is kernel version. Minor versions can be omitted.
> ## e.g. kopt=root=/dev/hda1 ro
> ##      kopt_2_6_8=root=/dev/hdc1 ro
> ##      kopt_2_6_8_2_686=root=/dev/hdc2 ro
> # kopt=root=UUID=3db18db1-e9ab-4824-80d8-82c8a29edcc0 ro

Mais la il s'agit des paramètres du kernel pas du grub lui même (en plus
dans ton exemple il s'agit d'un simple commentaire). Il faut d'abord que
grub trouve la partition ou se trouve le fichier menu.lst et que charge
le kernel en RAM avant de lui passer le UUID du disque root, mais à ce
moment la c'est le kernel qui lit le UUID et qui l'interprète, pour grub
ce n'est qu'une chaîne de caractères.
Moi je parle de l'identifiant grub qui lui permet de trouver les
fichiers stage1.5 et stage2 et ensuite charger le fichier menu.lst, et à
ma connaissance ce n'est pas possible de spécifier une UUID pour ce
travail la mais uniquement un numéro de disque et de partition.

> >
> > Ici tu dis que Grub et lilo peuvent marcher en utilisant l'UUID,
> > comment? Que je sache Grub utilise sa notation (hdx,y) 
> Pour grub, voir ci-dessus, pour lilo je ne sais pas.
> > tandis que lilo
> > utilise n'importe quelle notation supportée par Linux (donc je supposes
> > aussi les UUID), mais comme je le disais plus haut, les UUID n'aident
> > pas au boot, la seule chose qu'ils aident c'est l'installation du boot
> > loader.
> >   
> Non, avec grub on peut spécifier la partition root par exemple.

Justement, mais la partition root n'intéresse pas grub qu'au moment de
l'installation (il ne s'agit pas la de la partition root du kernel mais
bien la partition root de grub qui est appelé /boot dans un système
linux "normal"). Mais au moment ou grub démarre...

> > Le BIOS lui même n'a aucune connaissance du UUID, il travaille toujours
> > avec le nombre de disque.
> >   
> Oui bon, évidemment, il faut pas trop lui en demander non plus!

Oui, mais ce serait bien. On verra avec les linuxbios comment ça va se
passer. J'attends de voir la solution de Phoenix. :-)

> > Et si le UUID était vraiment la solution à tous les problèmes, pourquoi
> > des distributions comme Debian, Ubuntu, OpenSuSE ou RedHat ne
> > l'utilisent-ils pas pour configurer lilo et Grub mais ils utilisent
> > toujours la notation (hdx,y) ou /dev/xxx?
> >   
> Ubuntu le fait par défaut...

Uniquement pour les partition dans fstab et pour les paramètres du
kernel mais pas à ma connaissance pour le grub.

Sur ma machine ubuntu p.e. j'ai:

devices.map:
(hd0)   /dev/sda

menu.lst:
...
title           Ubuntu 7.10, kernel 2.6.22-14-generic
root            (hd0,0)
kernel          /vmlinuz-2.6.22-14-generic root=/dev/mapper/system-root
ro quiet splash locale=it_IT
initrd          /initrd.img-2.6.22-14-generic
quiet
...

Donc on voit clairement que ubuntu n'utilise pas les UUID pour le boot
mais qui y accède via le dm qui est représenté via une interface dev
normalissime.

ciao, Leo