OVH Cloud OVH Cloud

carte scsi module aic7xxx au boot

37 réponses
Avatar
Gaëtan PERRIER
Salut,

J'ai un petit soucis lors du boot. Le module aic7xxx n'arrive pas =E0 se
charger. Je vois (tr=E8s rapidement) passer un failed lors du insmod
aic7xxx mais je n'arrive pas =E0 en voir plus.
Je ne trouve pas de trace dans les fichiers de log.

Une id=E9e, de pourquoi il ne se charge pas, de pourquoi je n'ai pas la
trace d'erreur dans les log?

Merci.

7 réponses

1 2 3 4
Avatar
Gaëtan PERRIER
Le Sat, 04 Sep 2004 17:08:28 +0200
Abred a écrit:

Ok, l'update de noyau sert donc à qqchose :)




Malheureusement, non! J'ai de nouveau:

Sep 5 01:26:10 reveillon kernel: scsi1: PCI error Interrupt at
seqaddr = 0x8
Sep 5 01:26:10 reveillon kernel: scsi1: Data Parity Error Detected
during address or write data phase
Sep 5 01:26:10 reveillon kernel: scsi2: PCI error Interrupt at
seqaddr = 0x8
Sep 5 01:26:10 reveillon kernel: scsi2: Data Parity Error Detected
during address or write data phase

Mais c'est bizarre j'ai l'impression que c'est réapparu depuis
l'udpate kernel de ce soir (2.4.26-6).

De plus il y a encore des messages bizarres au boot qui ne sont pas
dans les log (ça à l'air de concerner l'aic79xx)?
Avatar
Gaëtan PERRIER
j'ai trouvé le pourquoi du comment!

dans mon modutils/aic7xxx j'avais:

options aic7xxx aic7xxx='pci_parity:{0,0}'
^ ^
| |

et il faut:

options aic7xxx aic7xxx=pci_parity:{0,0}


Le Sun, 5 Sep 2004 01:38:20 +0200
Gaëtan PERRIER a écrit:

Le Sat, 04 Sep 2004 17:08:28 +0200
Abred a écrit:

> Ok, l'update de noyau sert donc à qqchose :)
>

Malheureusement, non! J'ai de nouveau:

Sep 5 01:26:10 reveillon kernel: scsi1: PCI error Interrupt at
seqaddr = 0x8
Sep 5 01:26:10 reveillon kernel: scsi1: Data Parity Error Detected
during address or write data phase
Sep 5 01:26:10 reveillon kernel: scsi2: PCI error Interrupt at
seqaddr = 0x8
Sep 5 01:26:10 reveillon kernel: scsi2: Data Parity Error Detected
during address or write data phase

Mais c'est bizarre j'ai l'impression que c'est réapparu depuis
l'udpate kernel de ce soir (2.4.26-6).

De plus il y a encore des messages bizarres au boot qui ne sont pas
dans les log (ça à l'air de concerner l'aic79xx)?




Avatar
Gaëtan PERRIER
Par je ne sais pas pourquoi il s'obstine à vouloir charger aic79xx au
boot...

Le Sun, 5 Sep 2004 02:39:17 +0200
Gaëtan PERRIER a écrit:

j'ai trouvé le pourquoi du comment!

dans mon modutils/aic7xxx j'avais:

options aic7xxx aic7xxx='pci_parity:{0,0}'
^ ^
| |

et il faut:

options aic7xxx aic7xxx=pci_parity:{0,0}


Le Sun, 5 Sep 2004 01:38:20 +0200
Gaëtan PERRIER a écrit:

> Le Sat, 04 Sep 2004 17:08:28 +0200
> Abred a écrit:
>
> > Ok, l'update de noyau sert donc à qqchose :)
> >
>
> Malheureusement, non! J'ai de nouveau:
>
> Sep 5 01:26:10 reveillon kernel: scsi1: PCI error Interrupt at
> seqaddr = 0x8
> Sep 5 01:26:10 reveillon kernel: scsi1: Data Parity Error
> Detected during address or write data phase
> Sep 5 01:26:10 reveillon kernel: scsi2: PCI error Interrupt at
> seqaddr = 0x8
> Sep 5 01:26:10 reveillon kernel: scsi2: Data Parity Error
> Detected during address or write data phase
>
> Mais c'est bizarre j'ai l'impression que c'est réapparu depuis
> l'udpate kernel de ce soir (2.4.26-6).
>
> De plus il y a encore des messages bizarres au boot qui ne sont
> pas dans les log (ça à l'air de concerner l'aic79xx)?
>
>




Avatar
Emmanuel Cornet
Hello !

Par je ne sais pas pourquoi il s'obstine à vouloir charger aic79xx au
boot...



Au risque de me répéter, si tu veux empêcher son chargement, ajoute l a
ligne "aic79xx" au fichier /etc/hotplug/blacklist ainsi que la ligne
"skip aic79xx" au fichier /etc/discover.conf.

Bon courage :o)
Manu
Avatar
Abred
On Sat, 2004-09-04 at 17:40, Thomas Silvestre wrote:
Le sam 04/09/2004 à 12:48, Abred a écrit :
> Bonjour,
>
> La commande "dmesg" devrait te donner les messages du boot pour voir le
> message d'erreur de chargement du module.
>
> Pour trouver des infos dans les fichiers de config :
> # su -
> # cd /etc
> # find . -exec grep -i aic7xxx {} ; -print
>

tiens pourquoi pas:
su -
cd /etc
grep -ir aicxxx *



Je viens de regarder le man du grep GNU, je ne connaissais pas
l'existance de rgrep (grep -r), merci pour l'info.






--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Gaëtan PERRIER
Le Sun, 05 Sep 2004 11:56:43 +0200
Emmanuel Cornet a écrit:

> Par je ne sais pas pourquoi il s'obstine à vouloir charger aic79xx
> au boot...

Au risque de me répéter, si tu veux empêcher son chargement, ajoute
la ligne "aic79xx" au fichier /etc/hotplug/blacklist ainsi que la
ligne"skip aic79xx" au fichier /etc/discover.conf.




En fait ce n'est pas /etc/discover.conf mais
/etc/discover-modprobe.conf

Mais malgré la manip que tu indiques ça ne change rien: lors du boot
il y a toujours tentative de chargement du aic79xx et je n'ai toujours
aucune trace dans les log...
Avatar
Gaëtan PERRIER
Le Sun, 5 Sep 2004 02:39:17 +0200
Gaëtan PERRIER a écrit:

j'ai trouvé le pourquoi du comment!

dans mon modutils/aic7xxx j'avais:

options aic7xxx aic7xxx='pci_parity:{0,0}'
^ ^
| |

et il faut:

options aic7xxx aic7xxx=pci_parity:{0,0}





Bon ben ce n'était pas exactement ça la bonne syntaxe! La bonne est :

options aic7xxx aic7xxx=`pci_parity:{0,0}`

J'y arriverai un jour!
1 2 3 4