Connexion tardive avec ndiswrapper (BCM4312)

Support Debian
#1

Salutations,

J’ai un problème un peu bizarre, qui fait que lorsque je démarre mon ordi la connexion ne s’établit pas tout de suite (que ce soit par DHCP ou en static).
Donc au démarrage, j’ai des messages du style :

DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 11
...
No DHCPOFFERS received.[/code]

Une fois mon environnement graphique chargé, ma connexion est inaccessible, j'attend un peu, et elle se met à marcher.

Une foix XFCE lancé, si je lance [i]/etc/init.d/networking restart[/i], il aboutit souvent sur un No DHCPOFFERS received, mais parfois il trouve une IP, mais j'ai remarqué que plus j'invoque ce script plus il met de temps à établir la connexion.

Aussi, j'ai MPD qui tourne, et un client (Sonata). Tant que la connexion internet n'est pas établie, celui-ci ne parvient pas à se connecter au serveur MPD local. Ce que je ne comprend pas, car MPD n'est pas censé avoir besoin d'une interface reliée à Internet pour fonctionner.

C'est un ordinateur portable, et vu que les 2 réseaux que j'utilise sont pour l'un configuré en DHCP, pour l'autre en static (sans DHCP), le problème ne viendrait pas de DHCP ou du routeur car même sur mon autre réseau static la connexion est également tardive.

Un [i]iwlist scanning[/i], même lorsque la connexion n'est pas établie, me trouve des access points, dont l'ESSID de mon routeur.

J'utilise ndiswrapper, avec le driver windows fourni par Dell.
Mon chipset wifi :
[code]0b:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g (rev 01)
	Subsystem: Dell Wireless 1395 WLAN Mini-Card

Je viens de voir qu’un driver pour Linux est dispo chez broadcom ( broadcom.com/support/802.11/linux_sta.php ) il ne l’était pas il y a quelques mois quand j’ai configuré mon wifi avec ndiswrapper, mais j’essayerai peut être, à moins que la solution à mon problème actuel ne soit triviale …

Si vous avez des pistes …

Merci

#2

Personnellement, depuis Lenny et je ne sais plus quel noyau (2.6.24, peut-être), je n’utilise plus ndiswrapper (because chargement de b43 au démarrage); j’installe le driver broadcom via b43-fwcutter. je suis sur mon desktop, mais je crois bien avoir la même carte wifi que toi sur mon Inspiron 1501.

#3

Voilà qui est très parlant :

root@debian1525:/home/fab# /etc/init.d/mpd start
Starting Music Player Daemon: mpdcan't lookup host "localhost" at line 40: No address associated with hostname
/etc/init.d/mpd: line 39:  5494 Abandon                 start-stop-daemon --start --quiet --oknodo --pidfile "$PIDFILE" --exec "$DAEMON" -- $MPD_OPTS "$MPDCONF"
 failed!
root@debian1525:/home/fab# /etc/init.d/networking restart
Reconfiguring network interfaces...There is already a pid file /var/run/dhclient.wlan0.pid with pid 4368
killed old client process, removed PID file
Internet Systems Consortium DHCP Client V3.1.1
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/wlan0/00:1f:3a:9b:35:a3
Sending on   LPF/wlan0/00:1f:3a:9b:35:a3
Sending on   Socket/fallback
DHCPRELEASE on wlan0 to 192.168.1.1 port 67
send_packet: Network is unreachable
send_packet: please consult README file regarding broadcast address.
There is already a pid file /var/run/dhclient.eth1.pid with pid 4334
killed old client process, removed PID file
Internet Systems Consortium DHCP Client V3.1.1
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth1/00:1d:09:56:4c:4f
Sending on   LPF/eth1/00:1d:09:56:4c:4f
Sending on   Socket/fallback
DHCPRELEASE on eth1 to 192.168.1.1 port 67
send_packet: Network is unreachable
send_packet: please consult README file regarding broadcast address.
Internet Systems Consortium DHCP Client V3.1.1
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/wlan0/00:1f:3a:9b:35:a3
Sending on   LPF/wlan0/00:1f:3a:9b:35:a3
Sending on   Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 11
DHCPOFFER from 192.168.1.1
DHCPREQUEST on wlan0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
bound to 192.168.1.100 -- renewal in 357893 seconds.
done.
root@debian1525:/home/fab# /etc/init.d/mpd start
Starting Music Player Daemon: mpd.
root@debian1525:/home/fab#

Le problème viendrait de localhost ?

cat /etc/hosts
127.0.0.1 localhost debian1525
127.0.1.1 debian1525

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
#4

Même souci chez moi, même symptômes. Je pensais que cela venait de ma carte wifi mais après en avoir changé c’était pareil. J’utilisai le noyau 2.6.26-1-686.

Résolu chez moi en repassant au noyau 2.6.18-6-686. C’est un retour en arrière mais ça marche du premier coup.

#5

Ca concorde, j’ai un noyau personnalisé 2.6.26.5, avec patch RT.
Je n’ai pas essayé de rétrograder pour voir si ça va mieux, mais je garde ça en vue :wink:

#6

Et pourquoi ne veux-tu pas passer par b43-fwcutter?

#7

De ma maigre expérience n’ayant pas essayé longtemps, je crois que cela ne changeait pas grand chose. Le phénomène est curieux car la carte wifi marche très bien mais impossible de s’associer à un réseau pendant une période qui peut-être pratiquement nulle à 10 mn.

#8

J’ai la même carte sur mon Inspiron 1501 et une Livebox. Cela fonctionne très bien (dhcp avec petite modif pour les DNS; voir le fil à ce sujet). Que ce soit sous BLAG (Fedora)ou Debian.

#9

Je ne suis pas assez qualifié pour rentrer dans le débat. Mais alors pourquoi cette différence flagrante entre chaque noyau pour une même configuration. Perso ma carte était une BCM4306 et j’avais un débit à 1Mb/s et que des erreurs de ce type :

Maintenant avec une autre carte j’ai le même problème avec le noyau 2.6.26-1-686
viewtopic.php?f=3&t=17225

J’utilise toujours ndiswrapper peut-être le point clé de cette affaire effectivement.

#10

Pourquoi b43legacy?

#11

C’était une BCM4306 Rev. 2

#12

Je viens de vérifier sur mon portable; ma carte est bien un Broadcom BCM4312 802.11a/b/g (rev 01). et comme je l’ai dit, je n’ai aucun pb de WiFi avec b43-fwcutter. Bon, firmware installé “à la main” car il est sous BLAG et donc pas d’accès à des trucs non-libres.