Table des Matières
Publicité
Résolution des problèmes de l'installation Linux
Tableau 5 Tableau de résolution des problèmes Linux
Symptômes
Le pilote de la carte a été
chargé correctement et
tout fonctionnait, mais les
périphériques n'apparaissent
plus après redémarrage de
l'ordinateur.
La carte détecte le périphérique
cible sur LUN 0 mais pas les
périphériques sur LUN 1 ou
suivants avec Red Hat Linux
version 3, kernel 2.4.
Sur certaines plate-formes 64 bits,
le pilote Makefile n'arrive pas
à détecter la bonne architecture
CPU lors de la compilation du
pilote. L'erreur du type suivant est
générée :
ccl:error:CPU you
selected does not support
x86_64 instruction set
Les périphériques SCSI connectés
ne sont pas détectés par le système
d'exploitation.
La carte est reconnue, mais elle
ne détecte pas les périphériques
SCSI connectés.
L'ordinateur reconnaît la carte,
mais ne détecte que les
périphériques SCSI connectés sur
l'un des bus. Aucun périphérique
n'est détecté sur les autres bus.
La carte est détectée par le
système d'exploitation, elle détecte
certains périphériques connectés
sur les deux bus SCSI, mais pas
tous les périphériques connectés.
Instructions de dépannage
Sur certaines distributions Red Hat Linux, le pilote ne se charge pas
automatiquement lors du démarrage du système.
•
Pour activer le chargement automatique du pilote avec Red Hat 4, ajoutez la
ligne suivante au fichier /etc/modprobe.conf après installation du pilote :
alias scsi_hostadapterX express2, X étant le # suivant disponible.
Pour activer le chargement automatique du pilote avec Red Hat 3, ajoutez la
ligne suivante au fichier /etc/rc.modules après installation du pilote :
modprobe express2
(Remarque : vous aurez peut-être besoin de créer le fichier /etc/rc.modules
et de le rendre exécutable avec chmod +x /etc/rc.modules)
•
Avec la version 2.4 du kernel Linux, par exemple Red Hat 3), les périphériques
sur LUN 1 et suivants ne sont pas toujours détectés automatiquement lorsque le
pilote est chargé. Il s'agit d'un problème connu du kernel 2.4. Pour détecter
manuellement ce type de périphériques, émettez la commande suivante :
$ echo "scsi add-single-device <h> <b> <t> <l>" >
/proc/scsi/scsi
<h> étant l'hôte, <b> le bus (toujours 0 pour les pilotes ATTO), <t> la cible,
<l> le LUN. Vous pouvez confirmer que le périphérique a été détecté en le
vérifiant dans /proc/scsi/scsi.
•
Spécifiez l'architecture correcte lorsque vous lancez la commande make. Par
exemple : $make install ARCH=x86_64
•
Vérifiez que le pilote est chargé en examinant la sortie de la commande Ismod
pour express2.
•
Vérifiez /proc/scsi/scsi pour voir la liste des périphériques connus par
le système d'exploitation. Vous ne verrez que le périphérique sur LUN 0 et sa
vitesse négociée.
La commande dmesg peut être utilisée pour voir les périphériques détectés sur
chaque bus SCSI.
•
Inspectez les câbles et les périphériques SCSI (voir
périphériques
SCSI, page 29).
•
Essayez d'installer la carte dans un autre emplacement PCI.
•
Essayez de mettre à jour le microprogramme de la carte, comme décrit à la
section
Mise à jour du
•
Si le problème persiste toujours, remplacez la carte SCSI.
La commande dmesg peut être utilisée pour voir les périphériques détectés sur
chaque bus SCSI.
•
Échangez les périphériques et les câbles du bus SCSI qui fonctionne avec ceux
du bus posant problème. Si le problème est reporté sur l'autre bus, remplacez
la carte. Si le problème suit les périphériques SCSI connectés, inspectez les
câbles et les périphériques SCSI (voir
SCSI, page 29).
La commande dmesg peut être utilisée pour voir les périphériques détectés sur
chaque bus SCSI.
•
Inspectez les câbles et les périphériques SCSI (voir
périphériques
SCSI, page 29).
microprogramme.
Analyse des câbles et des périphériques
Manuel de l'utilisateur
Analyse des câbles et des
Analyse des câbles et des
33
Publicité
Table des Matières
Dépannage
