Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Plantage à l'activation de l'interface wlan0

TuXyl

Je possède une carte wifi PCMCIA NetgearWG511T (modèle récent) sur un ordi portable webgine.

Au démarrage de ma Fedora 2.6.19-1.2895, plantage total lors du l'activation de wlan0 ! tout se gèle.

Les diodes de la carte clignotent comme si cette dernière était dans sa phase d'initialisation.

Redémarrage obligatoire par la suite. C'est assez embetant puisque je ne peux utiliser Linux qu'avec la carte wifi retirée.... donc pas de net snif!

iwconfig et ifconfig ne présentent pas de wlan0.
iwlist wlan0 scan ne donne rien.
Si je tente une configuration par le GUI, il me dit à peu près ça : "comme le périphérique ndiswrapper n'est pas présent, l'activation de wlan0 sera retardée". Même citation pour ifup wlan0. Ah oui, j'utilise ndiswrapper pour émuler le pilote officiel XP de ma carte (modprobe ndiswrapper OK).

Je suppose que wlan0 ne sera activable que si la carte est correctement détectée par udev / activation de wlan0 au démmarrage de Fedora...

Quelqu'un pourrait m'en dire d'avantage ?

Merci beaucooooooooup ^^

liho

Bonjour,
Il y-a un kmod je crois avec ndiswraper.
Je commencerais par vérifier l'adéquation du noyau et du kmod. Ca permet aussi de vérifier si tu n'est pas en i586.

1- Vérification des noyaux installés :
rpm -qa --queryformat "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" kernel*

2- Vérification du noyau utilisé :
uname -a

3- Vérification des kmod installés :
rpm -qa --queryformat "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" kmod*

Poste les résultats.

TuXyl

Merci infiniment pour votre réponse ! ... peut-être mon sauveur ? 😛

1.
kernel--2.6.18--1.2798.fc6.i586
kernel-headers--2.6.19--1.2895.fc6.i386
kernel-devel--2.6.19--1.2895.fc6.i586
kernel--2.6.19--1.2895.fc6.i586
kernel-devel--2.6.18--1.2798.fc6.i586

2.
2.6.19-1.2895.fc6

3.
Aucun kmod installé

Cela convient ?

liho

Donc effectivement, tu es en i586. A moins que ce ne soit volontaire, tu es victime du bug de l'installateur de fedora (anaconda) qui se trompe dans l'achitecture lors de l'installation (i586 à la place de i686).

Le plus simple, étant donné que tu as plusieurs noyaux (kernels), c'est :
redémarrer sur l'ancien noyau (2.6.18)
supprimer le nouveau (2.6.19) :
yum remove kernel-2.6.19-1.2895.fc6.i586
installer le bon :
yum install kernel-2.6.19-1.2895.fc6.i686
et redémarrer sur ce dernier.

Pour ndiswrapper, un "yum list '*ndiswrapper*' donne :

Available Packages
kmod-ndiswrapper.i686                    1.25-1.2.6.19_1.2895.f livna           
kmod-ndiswrapper.i586                    1.25-1.2.6.19_1.2895.f livna           
kmod-ndiswrapper-PAE.i686                1.25-1.2.6.19_1.2895.f livna           
kmod-ndiswrapper-kdump.i686              1.25-1.2.6.19_1.2895.f livna           
kmod-ndiswrapper-xen.i686                1.25-1.2.6.19_1.2895.f livna           
ndiswrapper.i386                         1.25-1.lvn6            livna

D'après moi, il te faut installer ces 2 paquets, après avoir changé ton noyau :
kmod-ndiswrapper.i686
ndiswrapper.i386

Essai de te trouver un tuto sur ndiswrapper ou cherche dans les archives des forums, tu n'es pas le premier à l'installer (moi désolé, je ne connais pas).

TuXyl

Ah.. c'est donc ça ce bug anaconda ? non ce n'était pas du tout volontaire ! ^^ ça m'apprendra à mettre à jour le kernel via yumex !
Enfin..

Ok j'ai donc du pain sur la planche ! Espérons que ce bug soit à l'origine de mon problème...

Pour ndiswrapper... je suis un pro 😉 ! (quand tout fonctionne 😛)

Je peux te tenir au courant des suites de l'histoire ? Merci pour ton aide !

liho

Ah.. c'est donc ça ce bug anaconda ? non ce n'était pas du tout volontaire ! ^^ ça m'apprendra à mettre à jour le kernel via yumex !

C'est pas la faute à yumex. Anaconda installe un i586 depuis les cd/dvd d'install. Quand tu mets à jour avec yumex, il propose le nouveau noyau avec la même architecture que l'ancien, ce qui est normal.
D'ailleurs l'architecture des paquet est affichée dans yumex.

Je peux te tenir au courant des suites de l'histoire ? Merci pour ton aide !

De rien, et oui tiens nous au courant.

nics

Bonjour,

J'ai le même problème en ce moment:

J'active l'interface wlan0, à l'aide des commandes suivantes:

'iwconfig wlan0 essid « le nom de mon réseau wifi »'
'iwconfig wlan0 mode managed'
'iwconfig key « ma clé WEP»'
'ifconfig wlan0 « mon adresse IP » netmask « masque sous réseau » up'
'route add default gw « IP de la passerelle » wlan0'

Tout marche! J'active wlan0 au démarrage. Je redémarre, même problème que Tuxyl !!

Donc je suis obligé de mettre ces commandes dans un fichier que j'ai créé (/etc/init.d/wifi) pour démarrer automatiquement ces commandes à chaque démarrage, (je l'ai rendu éxécutable avec la commande "chmod 755 wifi") :

==> ne marche pas non plus.

Après chaque démarrage, je fais donc la commande:

/etc/init.d/wifi restart

et là j'ai le net.

Y a t-il une autre solution pour avoir le net sans restart ce fichier?

Merci de votre aide.

liho

Bonjour,
Dans le dossier /etc/sysconfig/network-scripts, tu dois avoir un fichier ifcfg-wlan0.
Peux-tu poster le contenu de ce fichier ?

nics

Merci de ta réponse aussi rapide, voici le contenu du fichier que tu m'as demandé (en espérant que je n'ai pas fait d'erreurs):

ls /etc/sysconfig/network-scripts
ifcfg-lo      ifdown-post    ifup-bnep   ifup-plusb     init.ipv6-global
ifdown        ifdown-ppp     ifup-eth    ifup-post      net.hotplug
ifdown-bnep   ifdown-routes  ifup-ippp   ifup-ppp       network-functions
ifdown-eth    ifdown-sit     ifup-ipsec  ifup-routes    network-functions-ipv6
ifdown-ippp   ifdown-sl      ifup-ipv6   ifup-sit
ifdown-ipsec  ifdown-tunnel  ifup-ipx    ifup-sl
ifdown-ipv6   ifup           ifup-isdn   ifup-tunnel
ifdown-isdn   ifup-aliases   ifup-plip   ifup-wireless

Apparement il n'y a pas de ifcfg-wlan0.

TuXyl

^^ Retour...
Le chirurgien a deux patients dans le même bloc !

2.6.19-1.2895.fc6
kernel--2.6.18--1.2798.fc6.i586
kernel-headers--2.6.19--1.2895.fc6.i386
kernel--2.6.19--1.2895.fc6.i686
kernel-devel--2.6.19--1.2895.fc6.i686
kernel-devel--2.6.18--1.2798.fc6.i586

Yum ne me trouve malheureusement pas les deux fichiers que tu m'as cité... j'imagine qu'il est mal configuré alors ? Y a-t-il un repo pour les trouver ?
Ah oui, aussi, quand j'ai voulu compiler les sources de ndiswrapper 1.34, j'ai eu un message système me rappelant que le noyau était compilé avec une pile 4K... cela pourait-il avoir une incidence sur le fonctionnement de ndiswrapper ? Merci !!

kwizart

@TuXyl et nic !
Quel chipset est à la base de votre matériel ? Que donnes :
/sbin/lspci

nicofo

nics wrote:J'active l'interface wlan0, à l'aide des commandes suivantes:

'iwconfig wlan0 essid « le nom de mon réseau wifi »'
'iwconfig wlan0 mode managed'
'iwconfig key « ma clé WEP»'
'ifconfig wlan0 « mon adresse IP » netmask « masque sous réseau » up'
'route add default gw « IP de la passerelle » wlan0'

Tout marche! J'active wlan0 au démarrage. Je redémarre, même problème que Tuxyl !!

Donc je suis obligé de mettre ces commandes dans un fichier que j'ai créé (/etc/init.d/wifi) pour démarrer automatiquement ces commandes à chaque démarrage, (je l'ai rendu éxécutable avec la commande "chmod 755 wifi") :

==> ne marche pas non plus.

Après chaque démarrage, je fais donc la commande:

/etc/init.d/wifi restart

et là j'ai le net.

Y a t-il une autre solution pour avoir le net sans restart ce fichier?

Il ne suffit pas de mettre un fichier dans /etc/init.d pour qu'il soit exécuté au démarrage du PC ! Tu dois créer un raccourci vers ce fichier dans /etc/rc.d/rc5.d/S81wifi (S==>START;81:tu peux changer : ça donne l'ordre d'exécution des services de démarrage).

cd /etc/rc.d/rc5.d/
ln -s /etc/init.d/wifi S81wifi

(idéalement, ton fichier wifi doit contenir des sections start/stop/restart/... : prend exemple sur les fichiers qui existent déjà dans /etc/init.d. Mais bon, ça devrait marcher sans quand même.)

TuXyl

[root@localhost Syl]# /sbin/lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 80)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP]
00:08.0 CardBus bridge: O2 Micro, Inc. OZ601/6912/711E0 CardBus/SmartCardBus Controller
00:10.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8231 [PCI-to-ISA Bridge] (rev 10)
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:11.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1e)
00:11.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1e)
00:11.4 Bridge: VIA Technologies, Inc. VT8235 ACPI (rev 10)
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 40)
00:11.6 Communication controller: VIA Technologies, Inc. AC'97 Modem Controller (rev 20)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 51)
01:00.0 VGA compatible controller: S3 Inc. VT8636A [ProSavage KN133] AGP4X VGA Controller (TwisterK) (rev 01)

Vous savez tout !
La carte elle même ne peut être activée par un /etc/init.d/network restart, et fait planter au démarrage au moment de udev.

kwizart

Tu avais ta carte pcmcie branchée lorsque tu as lancé la commande ?
Manifestement ta carte n'était pas branchée ou ne fonctionne pas...

TuXyl

Oui je sais, la seul chose que l'on voit c'est le contrôleur.
Je ne peux pas démarrer fedora avec la carte branchée, comme dit plus haut, si je la garde dans son slot pcmcia udev plante et rebootage obligatoire.
Donc je suis obligé pour le moment de démarrer carte retirée. C'est ça la base de mon problème !
En tous cas, la carte fonctionne à merveille sous windows et je l'ai achetée car elle était indiquée comme compatible linux.
Si je l'insère une fois fedora démarré et que je fais un restart du réseau... message d'erreur (normal).
Maintenant on sait que ce n'est plus une histoire de bug anaconda.

kwizart

tu veux dire qu'elle était insériée quand tu as fait un lspci ?

Ce n'est pas normal que tu aies un bug si une carte est insérée au démarrage?
Est ce que tu as installé fc6 par yum ou par une installation nouvelle?
Est ce que tu as eut le bug du kernel i586 (installer le kernel i686 dans la majorité des cas ...!)

TuXyl

Oui elle était bien insérée avant le lspci...

Si je veux installer le noyau 2.6.19-1.2895.fc6 via yum... il me propose celui d'architecture i586 le malin 🙁
au bout de quelques heures d'énervement sur yum, j'ai craqué pour passer aux paquets et rpm -ivh, c'est pas bien ? Je suis actuellement sur un 2.6.19-1.2895.fc6.i686.
En tous cas, que ce soit sur le noyau originel de ma distrib "kernel-2.6.18-1.2798.fc6.i586" ou le "kernel-2.6.19-1.2895.fc6.i686" => même plantage au lancement de udev (première étape du démarrage) et certaines fois lors de l'activation de wlan0. Serait-ce un problème lié directement à ma carte contrôleur ?

kwizart

Est ce que tu fait un update général du system ? (via une connection ethernet?) Utilises un kernel i686 dé préférence!

Normalement si ta carte n'est pas branchée au démarrage, elle devrait être présente lors du lspci si tu la branches ...
Effectivement udev est peut être en cause voire hal... Est ce que ces services sont démarrés?

Quel sont les erreurs présents dans le fichier /var/log/messages ?

nics

Merci à kwizart et nicofo pour m'avoir aider;

D'abord , voici la commande demandée par kwizart:

00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
00:01.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to AGP Controller (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R350 [Radeon 9800 Pro]
01:00.1 Display controller: ATI Technologies Inc Radeon R350 [Radeon 9800 Pro] (Secondary)
02:05.0 Ethernet controller: Marvell Technology Group Ltd. 88w8335 [Libertas] 802.11b/g Wireless (rev 03)
02:07.0 FireWire (IEEE 1394): Agere Systems FW323 (rev 61)
02:08.0 Ethernet controller: Intel Corporation 82562EZ 10/100 Ethernet Controller (rev 02)

Nicofo, un grand merci à toi, maintenant ça marche sans avoir besoin de faire la commande avant chaque démarrage!

TuXyl

kwizart wrote:Est ce que tu fait un update général du system ? (via une connection ethernet?) Utilises un kernel i686 dé préférence!

Oui c'est bon : kernel--2.6.19--1.2895.fc6.i686

kwizart wrote:Normalement si ta carte n'est pas branchée au démarrage, elle devrait être présente lors du lspci si tu la branches ...

Eh bien pas pour moi en tous cas 🙁

kwizart wrote:Effectivement udev est peut être en cause voire hal... Est ce que ces services sont démarrés?

ils le sont quand à chaque fois que j'arrive à lancer fedora... c'est à dire quand je fais un démarrage carte retirée !

kwizart wrote:Quel sont les erreurs présents dans le fichier /var/log/messages ?

Voici les points qui m'ont semblé pertinents (câble ethernet retiré)

Feb 12 23:35:55 localhost kernel: Yenta: CardBus bridge found at 0000:00:08.0 [1584:3000]
Feb 12 23:35:55 localhost kernel: Yenta O2: res at 0x94/0xD4: 00/ea
Feb 12 23:35:55 localhost kernel: Yenta O2: enabling read prefetch/write burst
Feb 12 23:35:55 localhost kernel: Yenta: ISA IRQ mask 0x0820, PCI irq 3

Feb 12 23:35:57 localhost kernel: eth0: link down
Feb 12 23:35:57 localhost kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Feb 12 23:35:57 localhost kernel: ndiswrapper version 1.34 loaded (preempt=no,smp=yes)
Feb 12 23:35:57 localhost kernel: usbcore: registered new interface driver ndiswrapper
Feb 12 23:35:57 localhost rpc.statd[1839]: Version 1.0.9 Starting
Feb 12 23:35:57 localhost rpc.statd[1839]: gethostbyname error for localhost.localdomain

et plusieurs erreurs redondantes du type :

Feb 12 23:37:23 localhost kernel: audit(1171319843.623:20): avc:  denied  { write } for  pid=1259 comm="mount.ntfs" name="fuse" dev=tmpfs ino=1337 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:fixed_disk_device_t:s0 tclass=chr_file
Feb 12 23:37:23 localhost kernel: audit(1171319843.625:21): avc:  denied  { read } for  pid=1259 comm="mount.ntfs" name="fuse" dev=tmpfs ino=1337 scontext=system_u:system_r:mount_t:s0 tcontext=system_u:object_r:fixed_disk_device_t:s0 tclass=chr_file

Voici ce que me renvoie le système lors d'un démarrage avec carte insérée (plantage) :

Activation de l'interface loopback : [OK]
Activation de l'interface eth0 : [OK]
Définition des informations IP pour eth0. échoué. Aucun lien n'a été trouvé. Vérifier le câble : [Echoué]
Activation de l'interface wlan0 : écran figé

Et lors d'un démarrage sans carte (pas de plantage) :

Activation de l'interface loopback : [OK]
Activation de l'interface eth0 : [OK]
Définition des informations IP pour eth0. échoué. Aucun lien n'a été trouvé. Vérifier le câble : [Echoué]
Activation de l'interface wlan0 : Le périphérique ndiswrapper n'étant pas présent,
l'initialisation de wlan0 sera retardée  : [Echoué]

Merci beaucoup du temps que vous me consacrez pour m'aider !! Merci Merci ! 😉

Page suivante »