Forum Linux.général Linux et deux contrôleurs IDE.

Posté par  .
Étiquettes : aucune
0
26
juil.
2004
Bonjour !
Voici mon problème du jour :
J'ai équipé mon PC d'une carte Q-TEC 340R IDE RAID 133 PCI Card, et je n'arrive pas à la faire fonctionner comme je voudrais.
Ma carte mère est une MSI KT400, équipée d'un Athlon XP 1800+, et d'un chipset VIA VT82C586/B/686A/B. Ne voulant tout exploser, j'avance à tâtons comme suit.
Initialement, mes 4 périphériques IDE étaient connectés au chipset VIA de la manière suivante :
Première interface :
DD 80 Go (vieux windows sur lequel est installé GRUB) en maître,
DD 12 Go sur lequel est installé mon LFS de test (passera bientôt en phase de production).
Seconde interface :
Graveur en maître et lecteur DVD en esclave.
Tout ce que j'ai changé, c'est le lecteur DVD qui est maintenant en maître sur la seconde interface de la carte additionnelle (la Q-tec, quoi).
Mon kernel initial (celui qui fonctionnait avant l'insertion de la carte additionnelle) ne reconnaissant pas cette carte justement, j'ai compilé le support de la Q-tec en module. Mais, comme le support du contrôleur via est en dur, l'initialisation de ce module plantait (je suppose qu'il tentait de gérer le via (?)) en tout cas, le système devenait inutilisable. Il faudrait pour bien faire que le support du via et du SiImage (c'est le nom du module, sinon, c'est un chip CMD0680, rev. 2) soient
- ou bien tout deux en module
- ou bien tout deux dans le noyau, en dur.
J'ai voulu opter pour la seconde solution, vu que c'est ce qui me paraissait le plus raisonnable.
Ben oui, tout fonctionne, mais à l'envers, et le kernel panic se fait entendre !
La carte (et plus précisément les disques qui lui sont éventuellement connectés) passent en hda à hdd, et les disques connectés au chipset de la carte mère passent après ! Je voudrais le contraire, mais je ne sais pas comment procéder ? Faut activer quelque-chose de spécial dans grub ? Dans le ficher de configuration de grub (menu.lst) ? Ou alors faut spécifier ça lors de la compilation du noyau ?
Je tiens à préciser que j'utilise un (vieux ?) 2.4.26, compilé avec un gcc2.95.3 comme spécifié tout au long du LFS (et par-ci par là dans le BLFS).
D'avance merci à ceux qui m'ont lu jusqu'au bout, et aux âmes charitables qui sauront m'éclairer sur cet aspect du kernel que je ne maîtrise pas du tout.
P.S. : j'ai pensé à compiler les deux en modules, mais vu que le kernel aurait besoin d'au moins un des deux (le via) pour booter, c'est à mon avis voué à l'échec dès le départ comme idée, non ?
  • # Y a tout ce que tu veut..

    Posté par  (site web personnel) . Évalué à 3.

    Dans les options du kernel (boot additionnal card first ou qque chose comme cela)
    Dans les parametres de demarrage il doit etre aussi possible de specifier ce genre de chose.
    Et mettre les deux en modules est possible aussi.

    Mais si l'insertion du module de la Q-Tec ne marche pas il n'y a pas de raison que le mettre en dur marche, etant donné qu'il n'y a aucune difference entre un driver 'en dur' et un en module.

    Mot de la fin: Lit les doc, les README, Howto & Co. vu que c'est la que tu trouvera la solution.
    • [^] # Re: Y a tout ce que tu veut..

      Posté par  . Évalué à 1.

      Bonsoir !
      Pour les deux premiers points, je suis partiellement d'accord, vu que pour l'instant, je veux laisser mes disques branchés comme ils le sont actuellement, donc il faudrait un "boot on-board first" ou quelque chose du genre.
      Là encore, je parle d'une intuition, mais je parierai fort que le VIA integré à la carte mère est connecté exactement de la même manière que l'autre au bus PCI de celle-ci. La seule différence que je vois, c'est qu'en quelque sorte il est soudé à la carte mère.... Donc du point de vue du kernel, je ne vois pas vraiment comment il pourrait faire la différence entre les deux.... (Pitié, éclairez moi sur ce point, car je commence à avoir les neuronnes qui grillent ;c) )

      Mais si l'insertion du module de la Q-Tec ne marche pas il n'y a pas de raison que le mettre en dur marche, etant donné qu'il n'y a aucune difference entre un driver 'en dur' et un en module.

      Ben si, justement ! En fait, j'ai dans l'idée (je peux me tromper, une fois n'est pas coutume !) que le module de la Q-TEC ne fonctionne pas si l'autre est en dur car il tente de gérer le chipset VIA à la place (ou tout du moins lui envoie une commande qui ne lui plait pas). Pour preuve : j'ai conservé le noyau initial (et je ne suis pas prêt de le dégager...), et j'ai juste passé le support du VIA en module et le support du CMD en module également. "Make modules && make modules_install" étant passé (sans reboot, évidement), si je charge le module VIA, je n'ai pas d'erreur, mais je ne peux pas le décharger, et je peux ensuite charger le module siimage qui fonctionne comme un charme. Si je passe le chargement du module pour le VIA, le chargement du second se passe aparement sans problèmes, mais je ne peux plus rien faire, même halt m'indique une erreur d'accès au système de fichiers (et évidement, plus moyen de lancer la moindre commande ; 'ls' devient alors une insulte).
      Cependant, en bootant sur un kernel 'propre' avec les deux chipsets pilotés par le kernel en direct, j'ai bien une détection des 8 disques potentiels, mais un beau kernel panic, puisque hdb est devenu hdf, CQFD.

      Enfin, rapport au "Mot de la fin", je suis bien d'accord, mais avant de poster, j'ai cherché un peu sur Lea, via google, mais je n'ai rien trouvé de probant, et c'est pourquoi j'ai posté (naivement ?) ici en espérant trouver quelqu'un (un gourou ou approchant) qui saurait me dire rapidement comment procéder ou alors juste me donner un lien explicatif ?
      Quoi qu'il en soit, merci pour les remarques...
      • [^] # Re: Y a tout ce que tu veut..

        Posté par  . Évalué à 6.

        piste : ide=reverse à la ligne de commande du noyau
        • [^] # Re: Y a tout ce que tu veut..

          Posté par  . Évalué à 1.

          Avec grub ? Ce serait si simple ? Hé ben !?
          Je teste de suite, réponse dans 2 min !
        • [^] # Re: Y a tout ce que tu veut..

          Posté par  . Évalué à 2.

          Merci, 10 000 mercis, c'est exactement ce que je cherchais !
          Je voudrais bien pouvoir de "pertinenter" tout plein, mais on ne peut le faire qu'une fois, et de toutes façons, allez savoir pourquoi, je n'arrive pas à faire comprendre à templeet que je ne suis pas un robot.... Mais bon, c'est un autre problème. Je vais pouvoir poursuivre l'installation de mon LFS pépère....

          En tout cas, ça montre bien que tout n'est pas forcément difficile sous Linux, il suffit "juste" de savoir quelle option passer au bon moment.

          Par ailleurs, je pense que je vais avoir un soucis similaire avec mes cartes sons.... Mais je garde ça pour plus tard, quand j'aurais vraiment à faire face à cet autre problème....
  • # Inversion des controleurs ...

    Posté par  . Évalué à 3.

    J'ai eu le même problème avec un controlleur SATA (hpt371) sur ma KT400 (dfi AD77).
    Tu peux remapper tes fichiers de périphériques au boot, si mes souvenirs sont bons, et je ne te conseille de passer par un live CD pour reconfigurer le tout (fstab, boot loader, partition root), car lilo (et grub, je suppose) sont un peu perdus (enfin c'est toi qui est perdu, car il ne retrouve pas ses petit pour la racine, le secteur de boot et tout et tout, car au boot le mappage bios avec un controleur suplémentaire n'est pas interprété comme avec le noyau - bref si tu as ta nuit devant toi tu peux toujours essayer)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.