ubuntuusers.de

Hallo an alle,

ich habe auf meinem betagten Asus-Notebook Ubuntu 9.10 installiert - alles Top bis auf die WLAN Verbindung. Ich habe eine interne Broadcom WLAN Karte und den broadcom B43legacy installiert. Mein Problem:

Nach einem Neustart wird die WLAN-Verbindung aufgebaut - und zwar korrekt bzw. habe ich für ein paar Sekunden eine funktionierende Verbindung. Kann den Ubuntu Rechner auch ein paar Mal erfolgreich pingen. Danach wird die Verbindung getrennt - und die Option Funknetzwerk aktivieren ist ausgegraut.

Ich habe übrigens keinen externen WLAN-Schalter

rfkill list bringt danach folgendes Ergebnis:

^[[5~0: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: yes

iwconfig bringt danach folgendes Ergebnis:

wlan0     IEEE 802.11b  Mode:Managed  Frequency:2.432 GHz  
          Access Point: Not-Associated   Tx-Power=off   
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Power Management:off

In der syslog steht folgendes:

SIMLAP avahi-daemon[712]: Registering new address record for fe80::20c:6eff:fe7a:1f83 on wlan0.*.
Jan 30 15:26:44 SIMLAP kernel: [   51.283584] padlock: VIA PadLock not detected.
Jan 30 15:26:44 SIMLAP wpa_supplicant[902]: WPA: Key negotiation completed with 00:15:0c:44:cd:c5 [PTK=CCMP GTK=TKIP]
Jan 30 15:26:44 SIMLAP wpa_supplicant[902]: CTRL-EVENT-CONNECTED - Connection to 00:15:0c:44:cd:c5 completed (auth) [id=0 id_str=]
Jan 30 15:26:44 SIMLAP NetworkManager: <info>  (wlan0): supplicant connection state:  4-way handshake -> group handshake
Jan 30 15:26:44 SIMLAP NetworkManager: <info>  (wlan0): supplicant connection state:  group handshake -> completed
Jan 30 15:26:44 SIMLAP NetworkManager: <info>  Activation (wlan0/wireless) Stage 2 of 5 (Device Configure) successful.  Connected to wireless network 'SecureBlackNet'.
Jan 30 15:26:44 SIMLAP NetworkManager: <info>  Activation (wlan0) Stage 3 of 5 (IP Configure Start) scheduled.
Jan 30 15:26:44 SIMLAP NetworkManager: <info>  Activation (wlan0) Stage 3 of 5 (IP Configure Start) started...
Jan 30 15:26:44 SIMLAP NetworkManager: <info>  (wlan0): device state change: 5 -> 7 (reason 0)
Jan 30 15:26:44 SIMLAP NetworkManager: <info>  Activation (wlan0) Stage 4 of 5 (IP4 Configure Get) scheduled...
Jan 30 15:26:44 SIMLAP NetworkManager: <info>  Activation (wlan0) Stage 4 of 5 (IP6 Configure Get) scheduled...
Jan 30 15:26:44 SIMLAP NetworkManager: <info>  Activation (wlan0) Stage 3 of 5 (IP Configure Start) complete.
Jan 30 15:26:44 SIMLAP NetworkManager: <info>  Activation (wlan0) Stage 4 of 5 (IP4 Configure Get) started...
Jan 30 15:26:44 SIMLAP NetworkManager: <info>  Activation (wlan0) Stage 4 of 5 (IP4 Configure Get) complete.
Jan 30 15:26:44 SIMLAP NetworkManager: <info>  Activation (wlan0) Stage 4 of 5 (IP6 Configure Get) started...
Jan 30 15:26:44 SIMLAP NetworkManager: <info>  Activation (wlan0) Stage 5 of 5 (IP Configure Commit) scheduled...
Jan 30 15:26:44 SIMLAP NetworkManager: <info>  Activation (wlan0) Stage 4 of 5 (IP6 Configure Get) complete.
Jan 30 15:26:44 SIMLAP NetworkManager: <info>  Activation (wlan0) Stage 5 of 5 (IP Configure Commit) started...
Jan 30 15:26:44 SIMLAP avahi-daemon[712]: Joining mDNS multicast group on interface wlan0.IPv4 with address 10.10.10.113.
Jan 30 15:26:44 SIMLAP avahi-daemon[712]: New relevant interface wlan0.IPv4 for mDNS.
Jan 30 15:26:44 SIMLAP avahi-daemon[712]: Registering new address record for 10.10.10.113 on wlan0.IPv4.
Jan 30 15:26:45 SIMLAP NetworkManager: <info>  (wlan0): device state change: 7 -> 8 (reason 0)
Jan 30 15:26:45 SIMLAP NetworkManager: <info>  Policy set 'SecureBlackNet' (wlan0) as default for routing and DNS.
Jan 30 15:26:45 SIMLAP NetworkManager: <info>  Activation (wlan0) successful, device activated.
Jan 30 15:26:45 SIMLAP NetworkManager: <info>  Activation (wlan0) Stage 5 of 5 (IP Configure Commit) complete.
Jan 30 15:26:48 SIMLAP ntpdate[1611]: adjust time server 91.189.94.4 offset -0.062083 sec
Jan 30 15:26:53 SIMLAP kernel: [   60.164022] wlan0: no IPv6 routers present
Jan 30 15:26:54 SIMLAP NetworkManager: <info>  Wireless now disabled by radio killswitch
Jan 30 15:26:54 SIMLAP kernel: [   60.816074] b43legacy-phy0: Radio hardware status changed to DISABLED
Jan 30 15:26:54 SIMLAP kernel: [   60.816085] b43legacy-phy0 debug: Radio initialized
Jan 30 15:26:54 SIMLAP NetworkManager: <info>  (wlan0): device state change: 8 -> 2 (reason 0)
Jan 30 15:26:54 SIMLAP NetworkManager: <info>  (wlan0): deactivating device (reason: 0).
Jan 30 15:26:54 SIMLAP kernel: [   60.840033] b43legacy-phy0: Radio turned on by software
Jan 30 15:26:54 SIMLAP kernel: [   60.840042] b43legacy-phy0: The hardware RF-kill button still turns the radio physically off. Press the button to turn it on.
Jan 30 15:26:54 SIMLAP kernel: [   60.840377] wlan0: deauthenticating from 00:15:0c:44:cd:c5 by local choice (reason=3)
Jan 30 15:26:54 SIMLAP kernel: [   60.840486] b43legacy-phy0 debug: Removing Interface type 2
Jan 30 15:26:54 SIMLAP kernel: [   60.848046] b43legacy-phy0 debug: Wireless interface stopped
Jan 30 15:26:54 SIMLAP kernel: [   60.848338] b43legacy-phy0 debug: DMA-30 0x0260 (RX) max used slots: 1/64
Jan 30 15:26:54 SIMLAP kernel: [   60.848404] b43legacy-phy0 debug: DMA-30 0x0200 (RX) max used slots: 3/64
Jan 30 15:26:54 SIMLAP kernel: [   60.848466] b43legacy-phy0 debug: DMA-30 0x02A0 (TX) max used slots: 0/128
Jan 30 15:26:54 SIMLAP kernel: [   60.856466] b43legacy-phy0 debug: DMA-30 0x0280 (TX) max used slots: 0/128
Jan 30 15:26:54 SIMLAP kernel: [   60.864754] b43legacy-phy0 debug: DMA-30 0x0260 (TX) max used slots: 0/128
Jan 30 15:26:54 SIMLAP kernel: [   60.872063] b43legacy-phy0 debug: DMA-30 0x0240 (TX) max used slots: 0/128
Jan 30 15:26:54 SIMLAP kernel: [   60.883761] b43legacy-phy0 debug: DMA-30 0x0220 (TX) max used slots: 4/128
Jan 30 15:26:54 SIMLAP kernel: [   60.888238] b43legacy-phy0 debug: DMA-30 0x0200 (TX) max used slots: 0/128
Jan 30 15:26:54 SIMLAP kernel: [   60.897067] b43legacy-phy0 debug: Radio initialized
Jan 30 15:26:54 SIMLAP avahi-daemon[712]: Interface wlan0.IPv4 no longer relevant for mDNS.
Jan 30 15:26:54 SIMLAP avahi-daemon[712]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 10.10.10.113.
Jan 30 15:26:54 SIMLAP kernel: [   60.897086] b43legacy-phy0 debug: Radio initialized
Jan 30 15:26:54 SIMLAP avahi-daemon[712]: Withdrawing address record for fe80::20c:6eff:fe7a:1f83 on wlan0.
Jan 30 15:26:54 SIMLAP avahi-daemon[712]: Withdrawing address record for 10.10.10.113 on wlan0.
Jan 30 15:26:54 SIMLAP wpa_supplicant[902]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys

Der Hardware RF-Kill Button "schält" mir die WLAN Verbindung wieder ab - warum? bzw. erhalte ich in sämtlichen Foren genügend Material bez. dieser RFKill Sache. Allerdings hat bisher aber auch kein Workaround irgend etwas gebracht.

Generell kann ich ja sagen das es funtkionieren würde - nur das System spuckt mir in die Suppe. Lässt sich der RFKill Vorgang irgendwie deaktivieren bzw. hat jemand eine Idee?

Danke im Voraus

Grüße MM

hat keiner ansatzweise eine Idee wie man diesen "RFKill" Vorgang unterbindet?

Hallo,

hast schon das getestet nach dem dein Rechner gestartet ist:

sudo echo 1 > /sys/devices/platform/asus-laptop/wlan 

damit sollte dein Karte eingeschaltet werden bis der Rechner ausgeschaltet wird.

Gruß

bsn

Hallo,

wenn ich versuche den Befehl auszuführen krieg ich auf die Finger bzw:

Permisson denied

Obwohl ich das ganze doch als "sudo" ausführe!

Manchmal verhält es sich auch so das nach dem Starten die Verbindung gleich deaktiviert ist - eben wie wenn ein Hardware Schalter auf OFF steht. Ein anderes Mal habe ich dann wieder für ein paar Sekunden WLAN. Fragt sich was besser ist - wenn es komplett gar nicht geht, oder eben sporadisch zumindest für einen kurzen Zeitraum funzt: beides schei...

Danke!

Hallo,

schau mal hier vielleicht bringt dich das weiter:http://forum.ubuntuusers.de/topic/wie-wlan-karte-nach-dem-booten-aktivieren/#post-1506096

Gruß

bsn

Servus,

ich hab die Schreibrechte für /sys/devices/platform/asus_laptop/wlan geändert bzw. die Schritte wie im Thread http://forum.ubuntuusers.de/topic/wie-wlan-karte-nach-dem-booten-aktivieren/#post-1506096 genau so durchgeführt.

Wenn ich allerdings

echo 1 > /sys/devices/platform/asus_laptop/wlan

ausführe kommt als Ergebnis: Schreibfehler: Input/output error

wenn ich rfkill list ausführe kommt immer noch:

Hard blocked: yes 👿

anscheinend bezieht sich das ganze Problem auf die Konstellation

Broadcom WLAN Karte und KK 9.10 bzw. wie in anderen Beiträgen ebenfalls zu lesen ist, trat der Fehler in der Vorgängerversion nicht auf.

z.B. http://forum.ubuntuusers.de/topic/w-lan-geht-bei-mir-nach-dem-upgrade-auch-nich/

Hab mein Notebook noch einmal mit der Live CD gestartet - danach den Broadcom Treiber installiert. Direkt nach der Installation des Treibers zeigte mir

rfkill list

an das Soft & Hard blocked auf no stehen - so wie es sein sollte. Erst nachdem ich mit

ifconfig wlano up die Schnittstelle starten wollte bekam ich folgenden Fehler

SIOCSIFFLAGS - Unknown Error 132 - und danach stand Hard blocked wieder auf yes

eventuell bringt das eine neue Spur?

Grüße

Hallo,

anscheinende gibt es zu dem Problem momentan keine Lösung bzw. kein Workaround. Alles googeln, probieren und Foren studieren half bisher nichts. Also hänge ich mein Notebook nun ans Kabel...

aber jetzt mal generell bzw. wie verhält sich das ganze unter Ubuntu/Linux:

Besteht die Möglichkeit das dieser "Bug" mit irgendeiner System-Aktualisierung verschwindet? bzw. möchte ja nicht blauäugig sein, aber mir fehlt die Erfahrung mit dem Betriebssystem.

Grüße

MM

Hallo Mike Machine,

du hast wohl auch ein ASUS 2500 AH ohne wlan hardware schalter. Ich habe nur eine Lösung gefunden: Kernel 2.6.21 lässt den hw-switch des bcm4306 oder auch bcm4301 unberührt und wifi funktioniert. Erst seit rfkill das wlan auschalten kann, ich hab ab 2.6.25 bis 2.6.32 getestet, gibt es diesen Fehler. Die sporadische Funktion ist durch das "floaten " des hw enable pins des chips zu erklären. Natürlich könnte man einen "pull up" widerstand an den chip löten, aber wer will das gute Stück schon aufmachen und dann auch noch den Chip suchen.

Grüße erniebert

Könnte man nicht dem Prozeß von rfkill jegliche Ausführrechte entziehen oder braucht man den generell für irgendwas?

... es gibt einen patch in rfkill.c, ich hab mich aber noch nicht darum gekümmert ob das entsprechende bit auch die richtige Leitung setzt. Irgendwo hab ich gelesen, dass jemand den kernel ohne rfkill übersetzt hat, das soll geholfen haben, hätte ich bookmarken sollen.

erniebert

Bei mir gibt's das nicht (kein WLAN, andre Ubuntu-Version...), aber ist das ein Modul?

lsmod | grep rfkill

Dann könnte man das ja einfach blacklisten (Kernelmodule (Abschnitt „Ab-ubuntu-8-10“)), also den Start verhindern.

Bei 2.6.21 ist es noch kein modul sondern fest im Kernel integriert, aber ab 2.6.27 mit Sicherheit ein modul. Blacklisten hilft, jedenfalls bei mir, Debian Lenny 2.6.26, nicht, denn das bit welches den enable pin des chips in einen definierten Zustand, nämlich ON setzt, "floated", hat also keinen definierten Wert. Das bedeutet, dass das entsprechende Register bit ebenfalls undefiniert ist. Damit erklären sich sporadische ein- bzw. Ausschaltvorgänge des chips in Abhängigkeit von der verwendeteten Hardware. Im ungünstigsten Fall ist der enable Pin nicht mit einem Widerstand auf pull-up bzw. pull-down gezogen und "toggled". Grundsätzlich ist ein fehlender Widerstand an einem Pin eines ICs eine Schlamperei der Hardwareentwicklung. Bei Laptops ohne Platz hat wohl der Layouter auch seine Probleme. Mein ASUS 2500 AH hat weder einen Hardwareschalter für WLAN und mit Sicherheit auch keine pull-ups am entsprechenden Pin, denn sonst hätte ich das Problem nicht. Da der softwareseitige Zugriff auf das entsprechende Registerbit mit Kernel 2.6.21 aber "enable" ist, ist der WLAN Chip bei Verwendung von 2.6.21 immer eingeschaltet. Bei späteren Kernelversionen fangen die Probleme an. Ich sehe wenig Chanchen für einen Fix, denn man müsste das interne Registermapping des wlan chips, bei mir bcm4301, genau kennen. Broadcom ist da wohl wenig hilfreich.

Das erinnert an meine vergangenen Zeiten in der Informatik-Vorlesung. 😀