didierg
Bonjour,
J'ai essayé il y a quelques jour de mettre à jour une FC6 "de test" avec FC7T4 et cela s'est bien passé mise à part pour ma carte wifi BCM4306 qui ne fonctionnait pas.
Vais-je au devant du même problème si je fais une mise à jour de ma FC6 "de prod" avec FC7 ?
(Il s'agit de la même machine physique sur laquelle j'utilise deux disques système différents montés en rack)
Merci pour vos retours d'expérience.
herrib
Tente l'affaire avec le live CD. BCM43xx est normalement embarqué en natif (mais il y a eu de nombreuses discussions sur le forum développement avant la sortie ...).
kwizart
Pas de firmware sur le livecd herrib (pas de rpm non plus - cf la doc!)
Il faut l'extraire à partir de ton driver windows
didierg
Merci kwizart.
Le problème c'est qu'avec FC7T4 mon répertoire /lib/firmware contenait bien le firmware que j'avais "cutté" pour FC6 mais avec ce firmware ma carte ne s'initialisait pas alors qu'elle s'initialisait précédemment en FC6.
kwizart
Il y a différentes version des firmwares, (cf la doc) il faut des firmware en version 4 pour qu'il fonctionne avec bcm43xx
didierg
J'utilise actuellement un firmware version 3
$ bcm43xx-fwcutter -i wl_apsta.o
filename : wl_apsta.o
version : 3.130.20.0
MD5 : e08665c5c5b66beb9c3b2dd54aa80cb3
microcodes : 2 4 5 11
pcms : 4 5
microcode : 2
revision : 0x0127
patchlevel : 0x000e
date : 2005-04-18
time : 02:36:27
microcode : 4
revision : 0x0127
patchlevel : 0x000e
date : 2005-04-18
time : 02:36:27
microcode : 5
revision : 0x0127
patchlevel : 0x000e
date : 2005-04-18
time : 02:36:27
microcode : 11
revision : 0x0127
patchlevel : 0x000e
date : 2005-04-18
time : 02:36:27
Aurais-tu un lien pour télécharger un driver Windows en version 4 compatible ?
kwizart
Je crois que la doc comporte un lien vers un firmware de version 4...
didierg
Le lien de la doc pointe vers un firmware de version 3.
Ma carte est une Linksys qui ne fournit pas de mise à jour en version 4.
Qui peut me dépanner et me fournir un fichier firmware en version 4 compatible avec bcm43xx-fwcutter ?
kwizart
Si tu n'as pas de firmware en version 4 alors c'est probablement que ton modèle ne sera pas supporté par le nouveau pilote!
Quel est le retour lspci de ta carte ?
MrTom
Si tu as la chance d'avoir un chipset bcm4318, tu vas pouvoir t'asseoir sur le wifi un certain temps. Même sur le forum USA ils n'y arrivent pas...
kounak
Bonjour,
Mr Tom wrote:Si tu as la chance d'avoir un chipset bcm4318, tu vas pouvoir t'asseoir sur le wifi un certain temps. Même sur le forum USA ils n'y arrivent pas..
C'est mon cas, j'arrête de chercher....
C'est dommage, c'est une régression. Cela fonctionnait en FC6
A+
kwizart
@kounak
Si cela fonctionnais avec FC-6 et bcm43xx du dois pouvoir y arriver!
Tu es sur que tu as un bcm4318 ?
que donnes /sbin/lspci ?
kounak
Bonjour,
[root@perso ~]# lspci|grep BCM
02:0b.0 Network controller: Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller (rev 02)
[root@perso ~]# ndiswrapper -l
wmp54gs : driver installed
device (14E4:4318) present (alternate driver: bcm43xx-mac80211)
[root@perso ~]# iwconfig
lo no wireless extensions.
eth0 no wireless extensions.
wmaster0 no wireless extensions.
wlan0 IEEE 802.11g ESSID:""
Mode:Managed Channel:0 Access Point: Not-Associated
Retry min limit:7 RTS thr:off Fragment thr=2346 B
Encryption key:off
Link Quality:0 Signal level:0 Noise level:0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
[root@perso ~]# ifconfig wlan0 up
SIOCSIFFLAGS: Aucun fichier ou répertoire de ce type
[root@perso ~]#
Finalement, je n'ai pas reussi a passer la carte up.
J'ai essayé aussi sans ndiswrapper comme sur la FC6 et même punition.
A+
Marcet
En cherchant sur Google, on trouve des pages expliquant comment faire fonctionner ce chipset avec ndiswrapper à partir de FC4, ca devrait quand même pouvoir fonctionner en F7 (il y a peut-être un truc à désactiver avant dans le noyau si c'est lui le responsable).
kwizart
comme dis dans la doc:
l faut interdire le chargement de bcm43xx-mac80211 en ajoutant dans /etc/modprobe.d/blacklist
blacklist bcm43xx-mac80211
kounak
J'essaye ce soir en rentrant du boulot.
kounak
Bonjour,
Bon, Voila les news.
sur les conseils de kwizart, j'ai enfin pu trouver la doc et la lire.
J'ai bien progressé.
wlan0 Link encap:Ethernet HWaddr 00:14:BF:76:51:7D
inet adr:192.168.1.100 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::214:bfff:fe76:517d/64 Scope:Lien
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:492 errors:0 dropped:0 overruns:0 frame:0
TX packets:470 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:55596 (54.2 KiB) TX bytes:78352 (76.5 KiB)
Interruption:19 Mémoire:f7efc000-f7efe000
[root@perso wpa_supplicant]# iwconfig
lo no wireless extensions.
eth0 no wireless extensions.
wlan0 IEEE 802.11g ESSID:"linksys_SES_41048" Nickname:"pers"
Mode:Managed Frequency:2.462 GHz Access Point: 00:16:B6:18:32:8E
Bit Rate=54 Mb/s Tx-Power:25 dBm
RTS thr=2347 B Fragment thr=2346 B
Encryption key:off
Power Management:off
Link Quality:60/100 Signal level:-57 dBm Noise level:-96 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
[root@perso wpa_supplicant]# hostname
perso
[root@perso wpa_supplicant]# uname -n
perso
[root@perso wpa_supplicant]# ps -ef |grep wpa
root 4541 1 0 20:40 ? 00:00:00 wpa_supplicant -iwlan0 -c /etc/wpa_supplicant/wpa_supplicant.linksys_SES_41048 -Dwext -B
root 4680 3219 0 20:49 pts/0 00:00:00 grep wpa
[root@perso wpa_supplicant]# cat /etc/wpa_supplicant/wpa_supplicant.linksys_SES_41048
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel
network={
ssid="linksys_SES_41048"
scan_ssid=1
proto=WPA
key_mgmt=WPA-PSK
pairwise=TKIP
psk="xxxxxxxxxxxxxxxxxx"
}
[root@perso wpa_supplicant]#
finalement, j'ai l'impression que ce n'est plus qu'un pb de wpa.
la commande iwconfig me dit Encryption key:off (a priori pb wpa)
la commande iwlist scan me trouve bien mon réseau, donc je pense que maintenant la liaison est OK
Cell 03 - Address: 00:16:B6:18:32:8E
ESSID:"linksys_SES_41048"
Protocol:IEEE 802.11g
Mode:Managed
Frequency:2.462 GHz (Channel 11)
Quality:65/100 Signal level:-54 dBm Noise level:-96 dBm
Encryption key:on
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 6 Mb/s; 9 Mb/s
11 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s
48 Mb/s; 54 Mb/s
Extra:bcn_int=100
Extra:atim=0
IE: WPA Version 1
Group Cipher : TKIP
Pairwise Ciphers (1) : TKIP
Authentication Suites (1) : PSK
A+
kwizart
Il y a eut des mises à jours de wpa-supplicant et NetworkManager récemment...
Peut être que le problème pourrait être réglé...
kounak
Malheureusement, j'ai déja fait yum update.
C'est clair qu'il y a un pb entre wpa_supplicant et networkmanager.
Apres le boot, avec wpa active, ma carte wlan0 est activée mais pas de wpa.
SI j'essaye de passer par networkmanager, j'ai une alerte de SELinux.
SELinux is preventing /usr/sbin/wpa_supplicant (NetworkManager_t) "write" to wlan0 (var_run_t).
SELinux is preventing /usr/sbin/wpa_supplicant (NetworkManager_t) "write" to wlan0 (var_run_t). The SELinux type %TARGET_TYPE, is a generic type for all files in the directory and very few processes (SELinux Domains) are allowed to write to this SELinux type. This type of denial usual indicates a mislabeled file. By default a file created in a directory has the gets the context of the parent directory, but SELinux policy has rules about the creation of directories, that say if a process running in one SELinux Domain (D1) creates a file in a directory with a particular SELinux File Context (F1) the file gets a different File Context (F2). The policy usually allows the SELinux Domain (D1) the ability to write or append on (F2). But if for some reason a file (wlan0) was created with the wrong context, this domain will be denied. The usual solution to this problem is to reset the file context on the target file, restorecon -v wlan0. If the file context does not change from var_run_t, then this is probably a bug in policy. Please file a bug report against the selinux-policy package. If it does change, you can try your application again to see if it works. The file context could have been mislabeled by editing the file or moving the file from a different directory, if the file keeps getting mislabeled, check the init scripts to see if they are doing something to mislabel the file.
You can attempt to fix file context by executing restorecon -v wlan0The following command will allow this access:restorecon wlan0
Source Context: root:system_r:NetworkManager_t
Target Context: root:object_r:var_run_t
Target Objects: wlan0 [ sock_file ]
Affected RPM Packages: wpa_supplicant-0.5.7-3.fc7 [application]
Policy RPM: selinux-policy-2.6.4-8.fc7Selinux Enabled: True
Policy Type: targeted
MLS Enabled: True
Enforcing Mode: Enforcing
Plugin Name: plugins.mislabeled_file
Host Name: perso
Platform: Linux perso 2.6.21-1.3194.fc7 #1 SMP Wed May 23 22:35:01 EDT 2007 i686 i686
Alert Count: 1
First Seen: mer 06 jun 2007 21:27:49 CEST
Last Seen: mer 06 jun 2007 21:27:49 CEST
Local ID: e64d8db0-ff0a-40a5-9733-a565df6214ad
Line Numbers:
Raw Audit Messages :
avc: denied { write } for comm="wpa_supplicant" dev=dm-1 egid=0 euid=0 exe="/usr/sbin/wpa_supplicant" exit=-13 fsgid=0 fsuid=0 gid=0 items=0 name="wlan0" pid=7606
scontext=root:system_r:NetworkManager_t:s0 sgid=0 subj=root:system_r:NetworkManager_t:s0 suid=0 tclass=sock_file tcontext=root:object_r:var_run_t:s0 tty=(none) uid=0
ensuite la carte wlan0 est deactivée.
Là, je ne comprends pas trop.
kounak
Finalement, j'ai encore fait quelques essais dont aucun n'est concluant.
Ce n'est pas un pb de cle wpa. lorsque je retire la cle du wifi, le pb est le meme. (pas de connection)
En revanche, je peux scanner les reseaux.
A+
