Kernel plante après l'installation de mon dongle wifi !

Support Debian
#1

Bonjour,

Ce matin j’ai essayé d’installer le dongle wifi qui est livré avec l’inventel sur mon ordinateur. J’ai donc procédé comme cela :

[ul]J’ai installer ndiswrapper – version 1.8 – :smt023 [/ul]
[ul]J’ai téléchargé les drivers windows de mon dongle :smt023 [/ul]
[ul]Je les ai chargé sans aucun problème avec ndiswrapper, mon dongle est maintenant reconnu :smt023 [/ul]

Mais lorsque je modifie le fichier interface pour mettre le wifi par défault, le kernel plante et plus rien ne fonctionne. Je pense que c’est un module qui est dans le kernel qui gène. Mais je ne sais pas lequel c’est .

J’avais rencontré le même problème avec ubuntu dapper, et j’ai pu le resoudre en supprimant le module islsm_usb.

Mais malheureusement je ne trouve pas ce module sous debian pour le supprimer.

Quelqu’un sait-il le type de module qui pourrai rentrer en conflit avec celui de ndiswrapper ?

Merci de votre aide

#2

quel noyau ?
as tu regardé les logs pour voir si tu avais trace du chargement d’un module donné au moment du plantage (ou d’autres infos) ?
Tu as essayé un autre noyau pour voir ?

#3

Tu as regardé si prism54 était bien supprimé de la liste des modules

[quote=“MattOTop”]quel noyau ?
as tu regardé les logs pour voir si tu avais trace du chargement d’un module donné au moment du plantage (ou d’autres infos) ?
Tu as essayé un autre noyau pour voir ?
[/quote]+1

#4

Voici la version du noyau : 2.6.17-2.

Oui, j’ai essayer avec un premier noyau que j’avais compilé moi même, mais j’avais rencontré des problèmes dès le début avec celui là donc j’ai essayé avec le noyau image de debian…

la commande lsmod | grep prism54 ne donne rien, le module n’est donc pas chargé.

Il n’y a à priori rien dans les logs malheureusement

#5

Je viens juste d’essayer une autre manipulation pour que wlan0 soit active.

Dans gnome je suis allé dans : Bureau -> Administration -> Réseau, dès lors que j’appuie sur le bouton propriété ou le bouton activer tout est bloqué. Même le clavier absolument tout.

Ca ne doit pas être très compliqué à trouver la cause de ce bug car il y a exactement le même sur ubuntu.

Une question : Le module islsm_usb n’est pas dans les noyaux debian par défaut ? Car sur ubuntu c’était à cause de ce dernier que le noyau flenchait

#6

et un autre noyau debian QUI MARCHE ? Je veux dire carrément une autre version de noyau ?
sinon, ton lsmod integral avant plantage ?

#7

Voici le résultat de la commande lsmod :


Module                  Size  Used by
ipv6                  211424  8
radeon                 98720  1
drm                    59924  2 radeon
agpgart                29232  1 drm
ppdev                   8452  0
lp                     10692  0
button                  6544  0
ac                      4868  0
battery                 9220  0
dm_snapshot            15772  0
dm_mirror              17616  0
dm_mod                 48696  2 dm_snapshot,dm_mirror
ndiswrapper           149776  0
loop                   13832  0
mousedev               10400  1
tsdev                   7360  0
snd_intel8x0           29596  2
snd_ac97_codec         82336  1 snd_intel8x0
snd_ac97_bus            2304  1 snd_ac97_codec
analog                 10272  0
snd_mpu401              7400  0
snd_mpu401_uart         6912  1 snd_mpu401
snd_pcm_oss            35616  1
snd_mixer_oss          15616  1 snd_pcm_oss
floppy                 52868  0
i2c_nforce2             6656  0
rtc                    11444  0
psmouse                34184  0
pcspkr                  2816  0
serio_raw               6276  0
snd_rawmidi            21792  1 snd_mpu401_uart
snd_seq_device          7692  1 snd_rawmidi
gameport               13448  1 analog
evdev                   8960  2
parport_pc             31524  1
parport                31944  3 ppdev,lp,parport_pc
i2c_core               19216  1 i2c_nforce2
8250_pnp                8704  0
snd_pcm                71432  3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss
snd_timer              19716  1 snd_pcm
snd_page_alloc          9480  2 snd_intel8x0,snd_pcm
snd                    45668  12 snd_intel8x0,snd_ac97_codec,snd_mpu401,snd_mpu4 01_uart,snd_pcm_oss,snd_mixer_oss,snd_rawmidi,snd_seq_device,snd_pcm,snd_timer
soundcore               8800  2 snd
ext3                  115336  3
jbd                    45460  1 ext3
usbhid                 35040  0
ide_cd                 35104  0
cdrom                  32288  1 ide_cd
ide_disk               14976  5
sata_nv                 9220  0
libata                 60300  1 sata_nv
scsi_mod              120840  1 libata
amd74xx                12700  0 [permanent]
ohci_hcd               17412  0
ehci_hcd               26888  0
usbcore               108544  5 ndiswrapper,usbhid,ohci_hcd,ehci_hcd
generic                 4356  0 [permanent]
ide_core              107940  4 ide_cd,ide_disk,amd74xx,generic
forcedeth              25228  0
ne2k_pci               10336  0
8390                    8576  1 ne2k_pci
thermal                12680  0
processor              21440  1 thermal
fan                     4484  0

En attendant une reponse je vais essayer de l’installer sur noyau 2.6.8

#8

islsm_usb semble être un rajout spécifique usb pour les cartes prism54. Par contre ndiswrapper est connu pour avoir des soucis avec des noyaux récents (notamment les 2.6) avec des problèmes de débordement de pile. Envisages peut être l’installation du dernier ndiswrapper (ils en sont à la version 1.23).

#9

Je viens d’essayer d’installer le dongle sur mon serveur debian stable avec un noyau 2.6.8, le noyau bug exactement à la même étape que sur mon ordi.

Le message d’erreur qui est inscrit sur l’ecran ne s’inscrit pas sur les logs, mais je vais réecrire la fin du message que j’ai à l’écran :

Call Trace :
[<c49510e2>] KeSetEvent+0x8d/0xed[ndiswrapper]
[<c0127b06>] Kthread+0x6d/0x97
[<c01041e1>] kernel_thread_helper+0x5/0xb
....

<o> Kernel panic : Fatal exeption in interrupt.
In Interrupt handler - not syncing
#10

Essayes de compiler une nouvelle version de ndiswrapper.

#11

Je viens de compiler la dernière version de ndiswrapper comme tu me l’avais demandé, et maintenant ca fonctionne sans problème.

Merci beaucoup fran.b.

Pourrais-tu me dire pourquoi le ndiswrapper faisait buger le noyau comme ca ??

#12

ndiswrapper utilise la pile du noyau pour les drivers windows. Or il semble que dans les derniers noyaux cette pile a été diminuée et qu’elle ne suffisait plus aux pilotes Windows. D’où débordement de pile et Oops. Cela est surtout vrai depuis les noyaux 2.6. Mais il faudrait vérifier tout ça.

#13

En ce moment j’essai de faire fonctionner mon dongle sur le noyau que j’avais compilé mais quand j’execute la commande modprobe ndiswrapper, ça me retourne ce message d’erreur :

FATAL: Error inserting ndiswrapper (/lib/modules/2.6.17-debiankernel/misc/ndiswrapper.ko): Invalid module format

Comment résoudre ce message ???

Merci de votre aide

#14

Est ce que le module a été compilé pour ce noyau? Avec la même version de gcc?

#15

Oui le module a bien été complier avec ce kernel.

Mais peux-tu me dire ce que tu entends par :

#16

Si le noyau est compilé avec gcc-2.95, il ne pourra fonctionné avec un module compilé avec gcc-3.3, etc.