[gelöst, teilweise] Squeeze Wlan mit Kernel 2.6.32-5-686

[fischep]

http://debianforum.de/forum/viewtopic.p ... 3&start=15

nach der oben genannten Diskussion, gab es mal Probleme mit dem Wlan und dem 2.6.32 Kernel. Sind diese mittlerweile behoben?
Ich habe ein Thinkpad t60 und kann seit dem upgrade auf squeeze kein wlan mehr benutzen. Trotz firmware zeigt das nm-applet "Funknetzwerk deaktiviert" an. Eine Aktivierung mit dem FN-Tasten schlägt fehl. Das System ist auf einem Thinkpad t60 installiert.

[nihonto]

Hmm, welche Netzwerkkarte ist denn da verbaut (verrät Dir "lspci")? Ist der entsprechende Treiber installiert bzw. bereits als Kernelmodul vorhanden (siehe "lsmod")? Haste evtl. mal mit "dmesg" nachgesehen, ob es beim Booten schon Fehlermeldungen oder Warnungen gibt?

Wir brauchen einfach ein bisschen mehr Infos, sonst wird's ein Ratespiel

[fischep]

Ja, mehr Infos reiche ich gerne nach. Ich dachte nur, dass evtl, jemand direkt an die oben Zitierte Diskussion anknüpfen kann.

Das sagt lspci:
00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 02)
02:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller
03:00.0 Ethernet controller: Atheros Communications Inc. AR5212 802.11abg NIC (rev 01)

Der Treiber ist installiert, Kernelmodul ist als ath5k

ifconfig wlan0
wlan0 Link encap:Ethernet Hardware Adresse 00:16:cf:19:38:6a
BROADCAST MULTICAST MTU:1500 Metrik:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

interessant dürfte das hier sein:
ifconfig wlan0 up
SIOCSIFFLAGS: Unbekannter Fehler 132

[nihonto]

Hmmm, kannste bitte noch posten, was:

Code: Alles auswählen

iwconfig wlan0

und

Code: Alles auswählen

rfkill list all

ausgibt? rfkill muss evtl. nachinstalliert werden. Damit kann man rausfinden, ob das WLAN sich evtl. nicht einschalten lässt und wer im Zweifelsfall dafür verantwortlich ist. Ich hatte nämlich das Problem, dass mir ein Kernelmodul das WLAN abgeschaltet hatte. Die Lösung des Problems war dann das Blacklisten des verantwortlichen Kernelmoduls (s. meinen Tread dazu).

Das hier könnte auch Dich betreffen: http://ubuntuforums.org/showthread.php?t=1311886

[fischep]

ifconfig wlan0 hatten wir schon oben. aber hier nochmal:

wlan0 IEEE 802.11abg ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=off
Retry long limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off

rfkill list all
0: tpacpi_bluetooth_sw: Bluetooth
Soft blocked: yes
Hard blocked: yes
1: phy0: Wireless LAN
Soft blocked: yes
Hard blocked: no

[nihonto]

ifconfig wlan0 hatten wir schon oben

Stimmt - ich hab' ja auch nach "iwconfig" gefragt, nicht "ifconfig" .

rfkill list all
0: tpacpi_bluetooth_sw: Bluetooth
Soft blocked: yes
Hard blocked: yes
1: phy0: Wireless LAN
Soft blocked: yes
Hard blocked: no

Ändert sich da bei "1: phy0: Wireless LAN" was, wenn Du das hier eingibst:

sudo rfkill unblock all

bzw. lässt sich das WLAN dann nutzen?

[fischep]

Mhh, ja lesen sollte man schon können. Ich bin ein wenig müde. .-)

rfkill unblock all
setzt 1: phy0: Wireless LAN auf:
Soft blocked: no

nutzen kann ich das wlan aber immer noch nicht.

[slandail]

Hi-Ho Folks,
hallo fischep,

als ich bei einem ThinkPad-Forum-Stammtisch in Hannover anwesend war, wurde bekannt, dass in einem solchen Fall ggf. ein BIOS-Flash helfen kann. Ansonsten kann ich dir aus eigener Erfahrung mit meinem X200 sagen, dass der 3.0.0.1 alles anspricht, auch die integrierte UMTS-Karte.
Kennst du dieses Forum schon?: http://thinkpad-forum.de/content/
Viel Erfolg.

[fischep]

Bios update? Naja, schaden kann es nichts. Ich brenne mir die iso morgen im Büro und berichte dann abends über den Erfolg. Danke für den Hinweis.

[fischep]

Nachtrag

Ein Biosupdate ist eine feine Sache, immerhin sagt es jetzt eine neue Version mit Stand 3/2011 an. Das Wlan-Problem ist damit allerdings nicht gelöst. Das Verhalten stellt sich dar wie zuvor. Im Bios selbst gibt es keine "spektakulären" Einstellungen, oder Schalter, die bisher aus waren.

Wie weiter?

Ach ja, das Ubuntuforum mit Postings zum unbekannten Fehler 132 (s. den Beitrag von nihonto am 17.10.) bricht an der entscheidenden Stelle ab, bzw. spricht ab dann russisch.

[SubOptimal]

Hi,

Ach ja, das Ubuntuforum mit Postings zum unbekannten Fehler 132 (s. den Beitrag von nihonto am 17.10.) bricht an der entscheidenden Stelle ab, bzw. spricht ab dann russisch.

Als einzigen Unterschied zwischen dem Beitrag von nihonto und dem Link aus dem Ubuntuforum sehe ich nur, dass in letzterem die Rede davon ist, dass der network-manager nach der rfkill Anwendung neu gestartet werden muss. Hast Du das schon probiert?

Also so in der Art

Code: Alles auswählen

rfkill unblock all
su -c "/etc/init.d/network-manager restart"

In einer parallelen Sitzung auch mal das syslog beobachten. (vor rfkill ausführen)

Code: Alles auswählen

su -c "tail -f /var/log/syslog"

SubOptimal

[fischep]

Der Neustart des nm-managers nach dem rfkill bringt nichts. Im Gegenteil ist hier dann weniger zu konfigurieren.

Der syslog beim rfkill unblock all sagt:
Oct 22 19:17:01 thinkpad /USR/SBIN/CRON[4301]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Oct 22 19:21:00 thinkpad NetworkManager[1247]: <info> (wlan0): bringing up device.
Oct 22 19:21:00 thinkpad kernel: [17508.497266] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Oct 22 19:21:00 thinkpad NetworkManager[1247]: <info> (wlan0): supplicant interface state: starting -> ready
Oct 22 19:21:00 thinkpad NetworkManager[1247]: <info> (wlan0): device state change: 2 -> 3 (reason 42)

Mhh, mir sagt das nichts, aber es könnte ein Hinweis sein. P.

[SubOptimal]

Hi fischep,

was erscheint denn im syslog, wenn Du (als root) folgende Kommandos (aus dem Ubuntuforum) eingibst?

Code: Alles auswählen

rmmod ath5k
rfkill block all
rfkill unblock all
modprobe ath5k
rfkill unblock all
ifconfig wlan0 up

Falls das Kernel-Modul gerade von network-manager benutzt wird, dann muss Du diesen zuvor beenden.

SubOptimal

[fischep]

Oct 23 18:43:52 thinkpad NetworkManager[1292]: <info> (wlan0): now unmanaged
Oct 23 18:43:52 thinkpad NetworkManager[1292]: <info> (wlan0): device state change: 2 -> 1 (reason 36)
Oct 23 18:43:52 thinkpad NetworkManager[1292]: <info> radio killswitch /sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.0/ieee80211/phy0/rfkill1 disappeared
Oct 23 18:43:52 thinkpad kernel: [17893.232572] ath5k 0000:03:00.0: PCI INT A disabled
Oct 23 18:44:39 thinkpad kernel: [17940.197929] ath5k 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
Oct 23 18:44:39 thinkpad kernel: [17940.197951] ath5k 0000:03:00.0: setting latency timer to 64
Oct 23 18:44:39 thinkpad kernel: [17940.198009] ath5k 0000:03:00.0: registered as 'phy1'
Oct 23 18:44:39 thinkpad NetworkManager[1292]: <info> found WiFi radio killswitch rfkill2 (at /sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.0/ieee80211/phy1/rfkill2) (driver <unknown>)
Oct 23 18:44:39 thinkpad kernel: [17940.764522] ath: EEPROM regdomain: 0x62
Oct 23 18:44:39 thinkpad kernel: [17940.764528] ath: EEPROM indicates we should expect a direct regpair map
Oct 23 18:44:39 thinkpad kernel: [17940.764535] ath: Country alpha2 being used: 00
Oct 23 18:44:39 thinkpad kernel: [17940.764539] ath: Regpair used: 0x62
Oct 23 18:44:39 thinkpad kernel: [17940.764803] phy1: Selected rate control algorithm 'minstrel'
Oct 23 18:44:39 thinkpad kernel: [17940.769557] Registered led device: ath5k-phy1::rx
Oct 23 18:44:39 thinkpad kernel: [17940.769777] Registered led device: ath5k-phy1::tx
Oct 23 18:44:39 thinkpad kernel: [17940.769784] ath5k phy1: Atheros AR5414 chip found (MAC: 0xa3, PHY: 0x61)
Oct 23 18:44:39 thinkpad NetworkManager[1292]: SCPlugin-Ifupdown: devices added (path: /sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.0/net/wlan0, iface: wlan0)
Oct 23 18:44:39 thinkpad NetworkManager[1292]: SCPlugin-Ifupdown: device added (path: /sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.0/net/wlan0, iface: wlan0): no ifupdown configuration found.
Oct 23 18:44:39 thinkpad NetworkManager[1292]: <info> (wlan0): driver supports SSID scans (scan_capa 0x01).
Oct 23 18:44:39 thinkpad NetworkManager[1292]: <info> (wlan0): new 802.11 WiFi device (driver: 'ath5k' ifindex: 5)
Oct 23 18:44:39 thinkpad NetworkManager[1292]: <info> (wlan0): exported as /org/freedesktop/NetworkManager/Devices/2
Oct 23 18:44:39 thinkpad NetworkManager[1292]: <info> (wlan0): now managed
Oct 23 18:44:39 thinkpad NetworkManager[1292]: <info> (wlan0): device state change: 1 -> 2 (reason 2)
Oct 23 18:44:39 thinkpad NetworkManager[1292]: <info> (wlan0): bringing up device.
Oct 23 18:44:39 thinkpad NetworkManager[1292]: <info> (wlan0): preparing device.
Oct 23 18:44:39 thinkpad NetworkManager[1292]: <info> (wlan0): deactivating device (reason: 2).
Oct 23 18:44:39 thinkpad kernel: [17940.866706] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Oct 23 18:44:40 thinkpad NetworkManager[1292]: <info> (wlan0): supplicant interface state: starting -> ready
Oct 23 18:44:40 thinkpad NetworkManager[1292]: <info> (wlan0): device state change: 2 -> 3 (reason 42)

Erstaunlich, jetzt habe ich nachdem ich die Kommandos eingegeben habe, tatsächlich ein Wlan. Ich kann zumindest die verfügbaren Netzwerke sehen. Scheine ich beim letzten mal einen Fehler gemacht zu haben. Vermutlich hatte ich vergessen zuvor das applet zu schliessen. Wäre aber nur noch zu fragen, wie sich das vereinfachen läßt. Besten Dank bis hier hin.

[SubOptimal]

Hi fischep,

schau mal ob Dir eventuell die Infos aus diesem Beitrag/Thread weiterhelfen können.

SubOptimal

[The Hit-Man]

ich meine, ich hatte gelesen, mit der kernel version gabs probleme mit dem wlan. entsinne mich, das ich auch aus diesem grund auf nen anderen, höheren kernel umgestiegen war.

[fischep]

Ja, das habe ich auch schon irgendwo gelesen. Nur kann ich nicht glauben, dass es tatsächlich ein strukturelles Problem ist, sondern eher Einzelfälle, bzw. einzelne Hardware betrifft. Anyway, ich gebe jetzt erstmal meine Suche nach eleganteren Lösungen auf, da ich nicht auf das Wlan angewiesen bin. Mir fehlt ein wenig die Muße, bzw. auch das know-how, jetzt noch shell-skripten zu basteln.
Immerhin bekomme ich das wlan jetzt hoch mit:
modprobe ath9k
rfkill block all
rfkill unblock all
Danke bis hierhin an alle.