On Tue, 2008-03-18 at 14:26 +0100, Yann Sagon wrote: > Leopoldo Ghielmetti a écrit : > > salut, > > > Salut > > 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, mais vu qu'ils changent continuellement de position tu ne peux pas faire confiance à la numérotation. > Une petite page d'intro que j'avais rédigé il y a un moment.. > http://www.yok.ch/linux/index.php/Disk Ici tu dis que Grub et lilo peuvent marcher en utilisant l'UUID, comment? Que je sache Grub utilise sa notation (hdx,y) 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. Le BIOS lui même n'a aucune connaissance du UUID, il travaille toujours avec le nombre de disque. 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? ciao, Leo _______________________________________________ gull mailing list [email protected] https://secure.alphanet.ch/cgi-bin/mailman/listinfo/gull
