[RÉSOLU POUR DE BON]BOOT:problème cohabitation scsi/sata/ide

Support Debian
#1

bonjour à tous!

bon il me reste 2 problèmes à résoudre pour fiabiliser définitivement mon installation etch. J’évoquerai ici le deuxième :

j’ai 2 disques scsi, 2 disques sata et 3 disques ide.
Déjà pour l’installation j’ai été obligé de débrancher les ide et sata sinon entre le bios et linux personne n’est d’accord donc ça se mélange les pinceaux quand il s’agit d’installer grub.
Maintenant quand je boote (d’ailleurs c’est ce qui me fait dire que linux est stable mais pas fiable) il charge les pilotes au hasard : un coup c’est l’ide d’abord (aucune importance pour ce dernier c’est du stockage), un autre c’est le sata (embêtant car vu comme du scsi) et enfin un autre c’est le scsi et dans ce dernier cas tout va bien car il trouve bien la racine au bon endroit et peut démarrer normalement (sinon j’ai le laconique “waiting for root file system”); donc à chaque fois je suis obligé de rebooter plusieurs fois (dans le meilleur des cas 2 fois) pour que ça fonctionne et cela quel que soit le noyau (2.6.18-4 2.6.18-5 2.6.21-2 2.6.22) et quelle que soit la machine puisque j’ai essayé sur 3 uc dont un antique pIII 800 (carte mère intel) avec une carte pci sata.
A chaque fois même punition! Et c’est très très chiant!

Donc j’aimerais savoir si le problème est connu car je n’ai rien trouvé là-dessus?
Enfin je me demande si il n’y aurait pas moyen d’utiliser les labels dans fstab car je sais plus ou moins que ça existe et dans ce cas les partitions sont parfaitement identifiées (quel que soit l’ordre de chargement des pilotes).
Evidemment il faut rentrer le nom du label sur les partitions et ensuite (je crois) par exemple mettre dans fstab

[quote]RACINE=/dev/sda5 / reiserfs notail,noatime 0 1
BOOT=/dev/sda1 /boot ext2 noatime 0 2
HOME=/dev/sdb1 /home reiserfs notail,noatime 0 2
CONFIG=/dev/sde2 /mnt/config reiserfs notail,noatime,user 0 2
etc.
[/quote]
Mais ce n’est pas suffisant car il faut alors inévitablement utiliser les labels dans grub et alors là comment faire?

Tout cela ressemble-t-il à quelque chose et surtout est-ce possible?
(car je peux me gratter longtemps la tête avant que le problème trouve une solution dans le noyau car visiblement ça vient de là)

#2

J’ai eu un peu ce problème de reconnaisance de disque dans ce fil.

Pour tes disques sata qui sont reconnus comme des disques scsi, c’est normal. Depuis le noyau 2.6.21, mes disques IDE sont eux aussi reconnus comme tel.

[quote=“http://forum.easyneuf.org/index.php?t=rview&goto=4669&th=336”]libata, la nouvelle interface du noyau qui va à l’avenir être celle par default pour gérer les disques IDE et SATA nomme les disques sdx qu’ils soient IDE ou SATA.

libata est déjà considérée comme stable pour le SATA, mais pas encore pour l’IDE, donc c’est aux distributions de prendre ou non la décision de l’activer pour l’IDE.

et donc suivant la configuration du noyau, le disque IDE pourra apparaître comme hdx ou sdx dans /dev.[/quote]

[quote]Evidemment il faut rentrer le nom du label sur les partitions et ensuite (je crois) par exemple mettre dans fstab
(…)
Mais ce n’est pas suffisant car il faut alors inévitablement utiliser les labels dans grub et alors là comment faire? [/quote]
J’ai résolu mon problème grâce à pouiy qui m’a guidé vers l’UUID
J’ai remplacé dans le menu.lst de grub tout ce qui est /dev/sdx par l’UUID correspondant.

#3

Vraiment impeccable c’est du bonheur : plus d’angoisse pendant le boot!(’:D’)
J’ai cependant choisi la méthode des labels qui me paraît plus simple.
Vraiment un grand merci car ça me simplifie grandement la vie informatique!
Tiens je nommerai bien pouiy général chez Debian!(’:wink:’)
J’ai déjà nommé tyrtamos amiral!
Ça va devenir ingérable à ce rythme!..(’:lol:’)

méthode :
on inscrit le label sur la partition (obligatoirement démontée mais moi heureusement je mets toujours un label à l’installation de la debian) avec (par exemple) :
e2label /dev/sda5 racine
reiserfstune --label temp /dev/sde2
swapon -L swap /dev/sda7

ensuite dans fstab :
LABEL=racine / ext3 …
LABEL=temp /mnt/temp reiserfs …
LABEL=swap none swap …

enfin et surtout dans menu.lst dans la ligne kernel :
title Debian GNU/Linux, kernel 2.6.21-jp
root (hd0,0)
kernel /vmlinuz-2.6.21-jp root=LABEL=racine ro vga=773
initrd /initrd.img-2.6.21-jp
savedefault

et en plus après avoir mis à jour grub ça marche!
ah petite remarque ça marche aussi avec les lvm

Par contre ce n’est pas la panacée car comme les pilotes ne se chargent jamais dans le même ordre au boot et qu’on a par exemple (comme moi) une partition ntfs qu’on attaque directement avec vmware eh bien après chaque boot il faut (dans la config vmware) la supprimer et la redéclarer! Un peu pénible surtout pour ceux qui éteignent quotidiennement leur machine!

Pour finir j’aimerais bien trouver comment on fait lors de l’installation pour éviter de débrancher les autres disques?

#4

bonjour à tous,

[quote]Par contre ce n’est pas la panacée car comme les pilotes ne se chargent jamais dans le même ordre au boot et qu’on a par exemple comme moi) une partition ntfs qu’on attaque directement avec vmware eh bien après chaque boot il faut (dans la config vmware) la supprimer et la redéclarer! Un peu pénible surtout pour ceux qui éteignent quotidiennement leur machine!

Pour finir j’aimerais bien trouver comment on fait lors de l’installation pour éviter de débrancher les autres disques?[/quote]

j’ai enfin trouvé une solution pour le problème des disques sata et scsi qui se mélangent les pinceaux au boot (suivant l’humeur du noyau et/ou du bios?). Et que d’énergie dépensée pour aboutir à cette solution si simple!
En fait il suffit de mettre l’option aic7xxx.blacklist dans grub pour qu’il ne charge pas le module scsi puis ensuite je le charge dans /etc/rc.local avec un simple modprobe aic7xxx et ça marche à merveille; tout cela avec une debian lenny 2.6.24-1-amd64. Ce qui est curieux c’est que si j’essaie de blacklister dans /etc/modprobe.d/blacklist et bien ça ne marche uniquement que si je charge le module à la mano dans une console.
Autre bizarrerie : avec le kernel 2.6.25-2-amd64 c’est le contraire! si je blackliste dans grub il s’en fout royalement mais si je le fais dans le fichier blacklist ça marche et je peux le charger à partir de rc.local!..

voilà, voilà je suis content plus besoin de jongler (ou de redéclarer après chaque boot) avec les dénominations de périphériques pour les programmes qui utilisent ces références.
Et en fin de compte inutile de se torturer l’esprit avec de savantes compilations de noyau!

Jean-Pierre.