WIFI et atheros

J’allais faire exactement la même remarque que youki.
“Etre en lenny” n’est pas une info suffisante. Tu peux installer dessus un noyau plus récent que celui d’origine (ce qui est fortement recommandé pour le wifi!).
Le mieux est de passer en testing et kernel 2.6.30 (le 2.6.31 ne présente pas d’intérêt, ce n’est qu’un version de transition, vive le 2.6.32!)

C’est d’ailleurs probablement ce que tu as sur ta ubuntu, ce qui expliquerai la différence.

Ben sur ma Lenny j’ai le noyau 2.6.30 des backports qui fonctionne tres bien, ca evite de passer en testing juste pour changer de noyau.

Tu ne dois pas utiliser les drivers fglrx, sinon tu ne serais pas de cet avis!
Une distribution ne doit sa stabilité qu’a la cohérence de ces composants.

[quote=“piratebab”]Tu ne dois pas utiliser les drivers fglrx, sinon tu ne serais pas de cet avis!
Une distribution ne doit sa stabilité qu’a la cohérence de ces composants.[/quote]
Effectivement je ne les utilise pas. Mais de toutes facons ca coute rien d’essayer le noyau des backports. Ca ne change rien a la stabilite de Lenny chez moi en tous cas.

Je pense que vous ne m’avez pas compris. La carte wifi fonctionne aujourd’hui avec un PC (debian - lenny - noyau 2.6.26), mais n’avait pas fonctionné, il y a quelques mois, avec un deuxième PC (debian lenny - noyau 2.6.26).
Il est vrai que la version du noyau a évolué depuis: de la version 2.6.26-1-686 à la version 2.6.26-2-686. Ceci explique peut-être cela. Qu’en pensez-vous?

[quote=“clisam”]Je pense que vous ne m’avez pas compris. La carte wifi fonctionne aujourd’hui avec un PC (debian - lenny - noyau 2.6.26), mais n’avait pas fonctionné, il y a quelques mois, avec un deuxième PC (debian lenny - noyau 2.6.26).
Il est vrai que la version du noyau a évolué depuis: de la version 2.6.26-1-686 à la version 2.6.26-2-686. Ceci explique peut-être cela. Qu’en pensez-vous?[/quote]
Oui j’ai tres bien compris. N’empeche que… les drivers ath5k fonctionnent mieux avec des noyaux plus recents. C’etait juste une information. :wink: Pour le noyau 2.6.26-1 ou 2.6.26-2 je ne peux rien en dire, je n’utilise plus de noyau inferieur au 2.6.29 depuis quelques mois.

Je viens de réinstaller debian+xfce (vraiment plus fluide xubuntu). Le wifi semble marcher à condition d’enlever la carte ethernet. Quelqu’un a-til déjà rencontrer ce problème?

Qu’y a-t-il dans ton fichier /etc/network/interfaces
que donne ifconfig -a et route -n?

voici le fichier /etc/network/interfaces

[code]# This file describes the network interfaces available on your system

and how to activate them. For more information, see interfaces(5).

The loopback network interface

auto lo
iface lo inet loopback

The primary network interface

allow-hotplug eth0
iface eth0 inet dhcp
[/code]
ifconfig -a donne:

[code]lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:48 errors:0 dropped:0 overruns:0 frame:0
TX packets:48 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:3284 (3.2 KiB) TX bytes:3284 (3.2 KiB)

wlan0 Link encap:Ethernet HWaddr 00:18:4d:ed:8e:d8
inet adr:192.168.1.3 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::218:4dff:feed:8ed8/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:235 errors:0 dropped:0 overruns:0 frame:0
TX packets:340 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:139726 (136.4 KiB) TX bytes:80628 (78.7 KiB)

wmaster0 Link encap:UNSPEC HWaddr 00-18-4D-ED-8E-D8-77-6C-00-00-00-00-00-00-00-00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
[/code]
route -n donne:

Table de routage IP du noyau Destination Passerelle Genmask Indic Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 wlan0

Hum, et quand il y a l’interface ethernet, que donnent les deux dernières commandes?

ifconfig -a donne:

[code]Link encap:Ethernet HWaddr 00:14:6c:8e:2e:fb
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interruption:9 Adresse de base:0xd800

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:48 errors:0 dropped:0 overruns:0 frame:0
TX packets:48 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:3284 (3.2 KiB) TX bytes:3284 (3.2 KiB)

wlan0 Link encap:Ethernet HWaddr 00:18:4d:ed:8e:d8
inet adr:192.168.1.3 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::218:4dff:feed:8ed8/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:87 errors:0 dropped:0 overruns:0 frame:0
TX packets:162 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:53409 (52.1 KiB) TX bytes:37633 (36.7 KiB)

wmaster0 Link encap:UNSPEC HWaddr 00-18-4D-ED-8E-D8-77-6C-00-00-00-00-00-00-00-00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
[/code]
route -n donne:

Table de routage IP du noyau Destination Passerelle Genmask Indic Metric Ref Use Iface 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 wlan0
ben…cela fonctionne lorsque je remets la carte ethernet…je ne comprends pas…alors que cela ne fonctionnait pas, tout à l’heure, avec les deux cartes!

Tu peux donner le contenu de /etc/udev/rules.d/70-persistent-net.rules , il y a peut être un gag de ce coté…

cat /etc/udev/rules.d/70-persistent-net.rules donne

# This file was automatically generated by the /lib/udev/write_net_rules
# program run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.

# PCI device 0x10ec:0x8139 (8139too)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:14:6c:8e:2e:fb", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x168c:0x0013 (ath5k_pci)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:18:4d:ed:8e:d8", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"

Bon, ben :question: je ne vois pas ce qui cloche ici. Il faudra attendre que ça recommence…

fausse piste (le pb ne vient pas de la carte ethernet). Le wifi marche aléatoirement. :confused:

Où se trouve ta clef/carte wifi?

Je sais que j’ai eu le même problème car ma clef wifi se trouvait à l’interieur de mon pc, qui agissait comme une cage de faradet.

[quote=“L0u!$”]Où se trouve ta clef/carte wifi?

Je sais que j’ai eu le même problème car ma clef wifi se trouvait à l’interieur de mon pc, qui agissait comme une cage de faradet.[/quote]
ma carte wifi se situe à l’intérieur (elle est prévue pour cela), et le boitier est ouvert. Donc le problème ne doit pas venir de là. Merci tout de même pour ta suggestion.

Cela pourrait-il venir de ceci?
lorsque cela ne marche pas tail var/log/syslog donne

Nov 7 20:41:08 pcsalon dhclient: DHCPREQUEST on wlan0 to 255.255.255.255 port 67 Nov 7 20:41:09 pcsalon dhclient: DHCPACK from 192.168.1.1 Nov 7 20:41:09 pcsalon avahi-daemon[1992]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.3. Nov 7 20:41:09 pcsalon avahi-daemon[1992]: New relevant interface wlan0.IPv4 for mDNS. Nov 7 20:41:09 pcsalon avahi-daemon[1992]: Registering new address record for 192.168.1.3 on wlan0.IPv4. Nov 7 20:41:09 pcsalon dhclient: bound to 192.168.1.3 -- renewal in 353154 seconds. Nov 7 20:42:53 pcsalon acpid: client 2345[0:0] has disconnected Nov 7 20:42:53 pcsalon acpid: client connected from 2677[0:0] Nov 7 20:43:18 pcsalon gdm[2340]: WARNING: Impossible d'identifier l'utilisateur Nov 7 20:43:28 pcsalon gdm[2340]: WARNING: Impossible d'identifier l'utilisateur
et lorsque cela marche var/log/syslog donne:

Nov 7 21:04:41 pcsalon dhclient: Sending on Socket/fallback Nov 7 21:04:44 pcsalon dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 5 Nov 7 21:04:44 pcsalon dhclient: DHCPOFFER from 192.168.1.1 Nov 7 21:04:44 pcsalon dhclient: DHCPREQUEST on wlan0 to 255.255.255.255 port 67 Nov 7 21:04:44 pcsalon dhclient: DHCPACK from 192.168.1.1 Nov 7 21:04:44 pcsalon avahi-daemon[1991]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.3. Nov 7 21:04:44 pcsalon avahi-daemon[1991]: New relevant interface wlan0.IPv4 for mDNS. Nov 7 21:04:44 pcsalon avahi-daemon[1991]: Registering new address record for 192.168.1.3 on wlan0.IPv4. Nov 7 21:04:44 pcsalon dhclient: bound to 192.168.1.3 -- renewal in 367202 seconds. Nov 7 21:04:49 pcsalon kernel: [ 56.492042] wlan0: no IPv6 routers present
Quelqu’un pourrait-il m’aider à décoder?

Hum,

  1. Essayes en blacklistant le module ipv6

echo ipv6 >> /etc/modprobe.d/blacklist

  1. essaye par hasard de mettre un sleep 10 dans le fichier /etc/init.d/avahi-daemon:

[code]#
d_status() {
$DAEMON -c && echo “$DESC is running” || echo “$DESC is not running”
}

case “$1” in
start)

ICI la ligne à insérer
    sleep 10

#################
log_daemon_msg “Starting $DESC” "$NAME"
d_start
log_end_msg $?
;;
stop)
log_daemon_msg “Stopping $DESC” "$NAME"
d_stop
log_end_msg $?
[/code]

Je rejoins l’opinion de Pascal (Hambourg) sur avahi…

On dirait que la requête DNS multicast met la pagaille dans le DHCP…

[quote=“fran.b”]Hum,

  1. Essayes en blacklistant le module ipv6
    echo ipv6 >> /etc/modprobe.d/blacklist
    [/quote]
    Ce n’est pas plutôt:

[quote=“fran.b”]Je rejoins l’opinion de Pascal (Hambourg) sur avahi…
On dirait que la requête DNS multicast met la pagaille dans le DHCP…
[/quote]
J’ai eu également ce problème:
viewtopic.php?f=3&t=23622
est-ce lié au problème traité ici?