Page 3 sur 3
Publié : mar. 13 nov. 2007, 23:37
par tuxce
bon vu que je ne connais pas le module bcm43xx, vérifie avant de le décharger que ce n'est pas un autre module qui l'utilise:
euh il n'y a pas de service qui l'utilise?
pour ndiswrapper, vérifie qu'une ligne y faisant référence est rajoutée dans /etc/modprobe.conf
Publié : mer. 14 nov. 2007, 08:09
par FenDanT
Coucoux
Voici le résultat de la commande :
Code : Tout sélectionner
[root@cave jacques]# lsmod | grep bcm
[root@cave jacques]# lsmod | grep bcm43xx
[root@cave jacques]#
Et voilà le modprobe.conf :
#
# /etc/modprobe.conf (for v2.6 kernels)
#
# --- BEGIN: Generated by ALSACONF, do not edit. ---
# --- ALSACONF version 1.0.15 ---
alias snd-card-0 snd-hda-intel
alias sound-slot-0 snd-hda-intel
# --- END: Generated by ALSACONF, do not edit. ---
alias wlan0 ndiswrapper
Pas grand chose de concluant et je dois toujours continuer de faire ces 3 commandes pour que le wifi soit reconnu et pour que la connection démarre...

Publié : mer. 14 nov. 2007, 11:59
par tuxce
re
on peut pas te suivre toi
reprenons calmement:
1. tu dis que tu es obligé de lancer
cette commande retourne un message d'erreur si le module n'est pas chargé
2. la commande
liste les modules chargés par le noyau en filtrant les lignes contenant "bcm", exemple:
Code : Tout sélectionner
$ lsmod | grep usb
usb_storage 79808 0
ide_core 111172 1 usb_storage
usbhid 39744 0
hid 28032 1 usbhid
ff_memless 5256 1 usbhid
usbcore 123016 5 usb_storage,usbhid,uhci_hcd,ehci_hcd
3. du coup, je n'arrive pas à te suivre, parce que si bcm43xx est chargé et que tu dois lancer le "rmmod", il devrait apparaitre dans la sortie de la commande...
Publié : mer. 14 nov. 2007, 12:10
par vincentxavier
Il pourrait être intéressant de lancer un
au moment ou tu charges et décharges des modules !
Publié : mer. 14 nov. 2007, 12:31
par FenDanT
Coucoux
@tuxce
Non, à chaque démarrage le module bcm43xx doit être désactivé, comme je te l'ai mis dans mon dernier message... Le message ou il n'est pas chargé, venait du fait que j'ai lancé deux fois de suite rmmod bcm43xx...
Je te confirme que je dois bien bien faire ces 3 commandes à chaque démarrage :
Code : Tout sélectionner
[root@cave jacques]# rmmod bcm43xx
[root@cave jacques]# rmmod ndiswrapper
[root@cave jacques]# modprobe ndiswrapper
[root@cave jacques]#
Et je te confime que la commande :
Ne me donne bien aucun résultat... Ce qui me paraît normal vu le rmmod bcm43xx précédent... Il faudrait peut-être que j'essaie avant le rmmod bcm43xx
@vincentxavier
Linux version 2.6.23-ARCH (root@T-POWA-LX) (gcc version 4.2.2) #1 SMP PREEMPT Sat Oct 27 09:04:14 UTC 2007
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009dc00 (usable)
BIOS-e820: 000000000009dc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000d0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000007ff60000 (usable)
BIOS-e820: 000000007ff60000 - 000000007ff6e000 (ACPI data)
BIOS-e820: 000000007ff6e000 - 000000007ff6f000 (ACPI NVS)
BIOS-e820: 000000007ff6f000 - 0000000080000000 (reserved)
BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
1151MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000f8650
Entering add_active_range(0, 0, 524128) 0 entries of 256 used
Zone PFN ranges:
DMA 0 -> 4096
Normal 4096 -> 229376
HighMem 229376 -> 524128
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0 -> 524128
On node 0 totalpages: 524128
DMA zone: 32 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 4064 pages, LIFO batch:0
Normal zone: 1760 pages used for memmap
Normal zone: 223520 pages, LIFO batch:31
HighMem zone: 2302 pages used for memmap
HighMem zone: 292450 pages, LIFO batch:31
Movable zone: 0 pages used for memmap
DMI present.
ACPI: RSDP 000F85A0, 0024 (r2 PTLTD )
ACPI: XSDT 7FF649AC, 006C (r1 HPQOEM SLIC-MPC 6040000 LTP 0)
ACPI: FACP 7FF6D92A, 00F4 (r3 NVIDIA MCP65-E 6040000 PTL_ F4240)
ACPI: DSDT 7FF64A18, 8E9E (r1 NVIDIA MCP65 6040000 MSFT 3000000)
ACPI: FACS 7FF6EFC0, 0040
ACPI: SRAT 7FF6DA1E, 00A0 (r1 AMD HAMMER 6040000 AMD 1)
ACPI: WDAT 7FF6DABE, 0104 (r1 PTLTD WDATTBL 6040000 LTP 1)
ACPI: SSDT 7FF6DBC2, 01C4 (r1 PTLTD POWERNOW 6040000 LTP 1)
ACPI: MCFG 7FF6DD86, 003C (r1 HP MCFG 6040000 LTP 0)
Voilà ce que me donne la commande, mais comme je ne la connaît pas... Difficile pour moi de l'interprêter

Publié : mer. 14 nov. 2007, 13:41
par tuxce
tuxce a écrit :vérifie
avant de le décharger que ce n'est pas un autre module qui l'utilise:

Publié : mer. 14 nov. 2007, 15:38
par FenDanT
Coucoux
Voila ce que donne la fameuse commande avant de le décharger :
Code : Tout sélectionner
[root@cave jacques]# lsmod | grep bcm
bcm43xx 119656 0
ieee80211softmac 26112 1 bcm43xx
ieee80211 30920 2 bcm43xx,ieee80211softmac
[root@cave jacques]#
Il me semble que ces éléments sont déjà blacklistés :
MOD_BLACKLIST=(bcm43xx uvcvideo ieee80211softmac ieee80211 ieee80211_crypt)

Publié : mer. 14 nov. 2007, 17:58
par tuxce
tu peux poster la sortie de:
Publié : mer. 14 nov. 2007, 18:06
par FenDanT
Re coucoux
Ca ne donne malheureusement rien...
Code : Tout sélectionner
[root@cave jacques]# grep 'udev load' /var/log/everything.log*
[root@cave jacques]#

Publié : mer. 14 nov. 2007, 19:07
par tuxce
comprend plus rien
un autre essai (enfin si t'es toujours d'attaque et si qq un n'a pas d'autres idées), rajoute:
à la fin de la ligne kernel de ton grub pour l'entrée que tu utilises, exemple:
Code : Tout sélectionner
title Arch Linux
root (hd0,1)
kernel /boot/vmlinuz26 root=/dev/sda2 ro disablemodules=bcm43xx
initrd /boot/kernel26.img
et redemarre.
d'ailleurs, tu peux vérifier que udev prend bien en compte la liste des modules blacklisté en utilisant:
si c'est bien pris en compte, tu devrais avoir une entrée qui se rajoute dans le log.
Publié : jeu. 15 nov. 2007, 11:31
par FenDanT
Re coucoux tuxce
Génial, cette fois ça fonctionne... J'ai bien ajouté disablemodules=bcm43xx dans le menu.lst de Grub, et cette fois :
Code : Tout sélectionner
[root@cave jacques]# rmmod bcm43xx
ERROR: Module bcm43xx does not exist in /proc/modules
[root@cave jacques]#
Me reste juste un petit soucis avec Knetworkmanager qui ne se connecte pas toujours automatiquement... Je dois souvent faire un :
Si tu as une idée... Mais bon c'est un détail hein
En tous cas, un énorme merci à toi pour toute ton aide et ta patience
Merci aussi à ceux qui ont participé à ce post et à joker_vb pour son soutien
Merci aussi à seginus et à Skippythekangoo pour leur aide sur le chat...

Publié : jeu. 15 nov. 2007, 12:16
par tuxce
de rien, ca m'a permis de mieux comprendre le fonctionnement de udev sous archlinux

donc, le module était chargé par le udev depuis le initrd...
pour le knetworkmanager, il faudrait voir si tu n'as de log qui pourrait donner une piste.
ou alors le retarder dans la liste des daemons à lancer

Publié : jeu. 15 nov. 2007, 12:30
par vincentxavier
Faut être assez prudent avec {k,}networkmanager. Ca utilise un brin de magie (si si vous savez les petits lutins verts dans l'ordinateur) pour essayer de vous connecter. NetworkManager fait partie de ces programmes qui ne possèdent aucun fichier de configuration (à part peut-être un fichier de conf pour causer avec dbus mais rien de plus) ! Bon, je vais pas dire que c'est normal car développé par Gnome

En attendant, NetworkManager doit être démarré quasiment en dernier, et en particulier, après hal, dbus, et dhcdbd (le "démon" qui permet à dhclient de causer avec d-bus, j'vous l'avais bien dit qu'il se passait des trucs pas nets sous le capot). Il faut aussi se souvenir que NetworkManager n'est pas vraiment copain avec wpa_supplicant, bref, ils se causent pas trop et souvent ca fout la merde. En tout cas, décrit nous un peu mieux le souci avec knetworkmanager en le lançant depuis une console (afin d'avoir des traces, mais pas de freinage) et en fournissant les extraits de journal en rapport avec le problème :
Pour finir, il serait sage de modifier le sujet pour que celui-ci reflète mieux le problème (genre "[WIFI] Problème avec le module bcm43xx") ainsi que de scinder le fil (pour plus de lisibilité, on aime bien ne traiter qu'un seul problème par fil de discussion). Si tu as des soucis ou que tu ne comprends ce que je veux dire, hésites pas à m'envoyer un MP !
Cordialement
Publié : jeu. 15 nov. 2007, 12:52
par FenDanT
Coucoux
Merci pour ces explications vincentxavier...
Pas de problème, je verrai à l'usage si cela se reproduit, je posterai une nouvelle question...
J'ai modifié le titre comme demandé et j'en ai profité pour mettre le post en résolu
