Lorsque le système ne réagit pas à l'insertion d'une carte et que même la saisie manuelle de cardctl insert ne provoque aucune réaction, l'attribution des interruptions aux périphériques PCI n'est peut-être pas correcte. Souvent, d'autres périphériques PCI que la carte réseau ont des problèmes. Dans ce cas, le paramètre d'amorçage pci=noacpi ou d'autres paramètres PCI ou ACPI peuvent être utile.

Si la carte n'est pas détectée, le message unsupported Card in Slot x apparaît dans le fichier /var/log/messages. Ce message indique seulement que le gestionnaire de cartes ne peut associer aucun pilote à la carte. Les fichiers /etc/pcmcia/config ou /etc/pcmcia/*.conf sont nécessaires pour réaliser cette attribution. Ces fichiers sont, pour ainsi dire, la base de données des pilotes. Cette base de données de pilotes peut facilement être complétée en prenant ses entrées existantes comme modèle. Vous pouvez utiliser la commande cardctl ident pour découvrir la manière dont la carte s'identifie. Vous trouverez plus d'informations à ce sujet dans le HOWTO PCMCIA (section 6) et dans la page de manuel de pcmcia(5). Une fois le fichier /etc/pcmcia/config ou /etc/pcmcia/*.conf modifié, l'attribution des pilotes doit à nouveau être chargée ; cela se fait à l'aide de la commande rcpcmcia reload .

L'une des raisons de ce type de problème est qu'une mauvaise attribution est enregistrée dans la base de données des pilotes. Cela peut, par exemple, être dû au fait qu'un fabricant a intégré une autre puce dans un modèle de carte apparemment non modifié. Parfois, il existe aussi d'autres pilotes qui fonctionnent mieux sur certains modèles que le pilote réglé par défaut (ou qui sont même les seuls à fonctionner d'ailleurs). Dans ces cas, vous avez besoin d'informations précises au sujet de la carte. Vous pouvez aussi obtenir de l'aide sur une liste de discussion ou en contactant le service d'assistance avancé (en anglais, Advanced Support Service).

Pour les cartes Cardbus, il faut saisir l'entrée HOTPLUG_DEBUG=yes dans le fichier /etc/sysconfig/hotplug. On obtient alors des messages dans le journal du système qui indique si le pilote a été chargé (avec succès).

Une autre raison peut être un conflit de ressources. Pour la plupart des cartes PCMCIA, l'IRQ, le port d'E/S ou le domaine mémoire avec lesquels elles sont exploitées n'ont aucune importance, mais il peut y avoir des exceptions. Il convient donc de ne tester qu'une seule carte à la fois et d'interrompre momentanément les autres composants système tels que, par exemple, les cartes son, l'IrDA, le modem ou l'imprimante. Vous pouvez, en tant qu'utilisateur root, consulter la répartition des ressources du système à l'aide de la commande lsdev. Il est absolument normal que plusieurs appareils PCI utilisent le même IRQ.

Une solution possible consiste à trouver une option appropriée pour le module du pilote de la carte à l'aide de modinfo pilote. La plupart des modules ont une page de manuel qui leur est consacrée. rpm -ql pcmcia | grep man énumère toutes les pages de manuel du paquetage pcmcia. Pour tester les options, les pilotes des cartes peuvent aussi être déchargés à la main.

Lorsque vous avez trouvé une solution, vous pouvez autoriser ou interdire l'utilisation d'une ressource particulière de manière universelle dans le fichier /etc/pcmcia/config.opts. Les options pour les pilotes de cartes peuvent également être entrées dans ce fichier. Si, par exemple, le module pcnet_cs doit exclusivement être exploité avec l'IRQ 5, saisissez l'entrée suivante :

module pcnet_cs opts irq_list=5

Dans ce cas, nous vous conseillons de vérifier à nouveau la configuration de l'interface et le nom de la configuration à l'aide de getcfg pour exclure toute erreur de configuration éventuelle. À cette fin, attribuez la valeur yes aux variables DEBUG et HOTPLUG_DEBUG dans les fichiers respectifs /etc/sysconfig/network/config et /etc/sysconfig/hotplug. Pour les autres cartes ou si cette modification n'est d'aucun secours, vous pouvez encore ajouter la ligne set -vx dans le script exécuté par le gestionnaire de cartes ou par hotplug (reportez-vous à /var/log/messages). Cela permet d'ordonner que chaque commande du script soit systématiquement enregistrée dans le journal du système. Si vous avez détecté le point critique dans un script, vous pouvez aussi saisir les commandes correspondantes dans un terminal et les y tester.