W-LAN Hard Blocked auf 2012er MacBook

[ricksanchez]

Hi,

ich habe das Problem, dass aus heiterem Himmel meine Broadcom Onboard W-LAN-Karte nicht mehr erkannt wird. Fahre ich den Laptop hoch funktioniert die W-LAN-Karte. Aber nach ein paar Minuten ist sie dann hardblocked.
Zum Testen habe ich dann MAC-OSX gestartet, dort wurde die Karte überhaupt nicht erkannt. Nach etwas längeren Suchen stieß ich auf den Tipp, dass wenn W-LAN im Recoery Menü (Apfel-R) funktioniert, sei die Karte nicht kaputt. Dort funktioniert die Karte auch einwandfrei und ich habe W-LAN.
Wenn wir jetzt bei Systemen sind läuft die Karte eher auf dem Linux-System als auf dem Mac Os - El Capitan.

DIe Karte ist im Macbook fest verbaut und lief auch immer einwandfrei.

b43-firmware b43-firmware-legace b43-fwcutter sind vorhanden und wurden über apt installiert..

So wird Sie dann auch unter rfkill wlan0 angezeigt:

Code: Alles auswählen

0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: yes

lsusb -v

Code: Alles auswählen

03:00.0 Network controller: Broadcom Limited BCM4331 802.11a/b/g/n (rev 02)
Subsystem: Broadcom Limited BCM4331 802.11a/b/g/n

Oft klappt es beim Neustart aber auch nicht, dann starte ich wieder neu bis es klappt:

Code: Alles auswählen

syslog:May 16 16:17:20 bqdgew systemd[1]: Starting Raise network interfaces...
syslog:May 16 16:17:20 bqdgew sh[2063]: ifquery: /etc/network/interfaces:17: misplaced option
syslog:May 16 16:17:20 bqdgew sh[2063]: ifquery: couldn't read interfaces file "/etc/network/interfaces"
syslog:May 16 16:17:20 bqdgew ifup[2067]: ifup: /etc/network/interfaces:17: misplaced option
syslog:May 16 16:17:20 bqdgew ifup[2067]: ifup: couldn't read interfaces file "/etc/network/interfaces"
syslog:May 16 16:17:20 bqdgew systemd[1]: Failed to start Raise network interfaces.
syslog:May 16 16:17:28 bqdgew systemd[1]: Starting Raise network interfaces...
syslog:May 16 16:17:28 bqdgew sh[2100]: ifquery: /etc/network/interfaces:17: misplaced option
syslog:May 16 16:17:28 bqdgew sh[2100]: ifquery: couldn't read interfaces file "/etc/network/interfaces"
syslog:May 16 16:17:28 bqdgew ifup[2103]: ifup: /etc/network/interfaces:17: misplaced option
syslog:May 16 16:17:28 bqdgew ifup[2103]: ifup: couldn't read interfaces file "/etc/network/interfaces"
syslog:May 16 16:17:28 bqdgew systemd[1]: Failed to start Raise network interfaces.
syslog:May 16 16:17:46 bqdgew systemd[1]: Starting Raise network interfaces...
syslog:May 16 16:17:46 bqdgew sh[2165]: ifquery: /etc/network/interfaces:17: misplaced option
syslog:May 16 16:17:46 bqdgew sh[2165]: ifquery: couldn't read interfaces file "/etc/network/interfaces"
syslog:May 16 16:17:46 bqdgew ifup[2169]: ifup: /etc/network/interfaces:17: misplaced option
syslog:May 16 16:17:46 bqdgew ifup[2169]: ifup: couldn't read interfaces file "/etc/network/interfaces"
syslog:May 16 16:17:46 bqdgew systemd[1]: Failed to start Raise network interfaces.
syslog:May 16 16:32:22 bqdgew systemd-udevd[313]: Network interface NamePolicy= disabled on kernel command line, ignoring.
syslog:May 16 16:32:22 bqdgew systemd[1]: Starting Raise network interfaces...
syslog:May 16 16:32:22 bqdgew sh[769]: ifquery: /etc/network/interfaces:17: misplaced option
syslog:May 16 16:32:22 bqdgew sh[769]: ifquery: couldn't read interfaces file "/etc/network/interfaces"
syslog:May 16 16:32:22 bqdgew ifup[774]: ifup: /etc/network/interfaces:17: misplaced option
syslog:May 16 16:32:22 bqdgew ifup[774]: ifup: couldn't read interfaces file "/etc/network/interfaces"
syslog:May 16 16:32:22 bqdgew systemd[1]: Failed to start Raise network interfaces.

Das ist meine /etc/network/interfaces:

Code: Alles auswählen

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

# The wireless network interface
auto wlan0
iface wlan0 inet dhcp
	wpa-ssid <MeineESSID>
	wpa-psk <MeinPSK>
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

So sieht wiederrum das Ganze aus, wenn ich es mit ifup wlan0 versuche:

Code: Alles auswählen

RTNETLINK answers: No such process
Killed old client process
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/wlan0/7c:d1:c3:75:62:96
Sending on   LPF/wlan0/7c:d1:c3:75:62:96
Sending on   Socket/fallback
DHCPRELEASE on wlan0 to 192.168.0.254 port 67
root@bqdgew:/var/log# ifup wlan0
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/wlan0/7c:d1:c3:75:62:96
Sending on   LPF/wlan0/7c:d1:c3:75:62:96
Sending on   Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7
receive_packet failed on wlan0: Network is down
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7
send_packet: Network is down
dhclient.c:2315: Failed to send 300 byte long packet over wlan0 interface.
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 9
send_packet: Network is down
dhclient.c:2315: Failed to send 300 byte long packet over wlan0 interface.
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 9
send_packet: Network is down
dhclient.c:2315: Failed to send 300 byte long packet over wlan0 interface.
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 13
send_packet: Network is down
dhclient.c:2315: Failed to send 300 byte long packet over wlan0 interface.
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14
send_packet: Network is down
dhclient.c:2315: Failed to send 300 byte long packet over wlan0 interface.
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 2
send_packet: Network is down
dhclient.c:2315: Failed to send 300 byte long packet over wlan0 interface.
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
RTNETLINK answers: Network is down
run-parts: /etc/network/if-up.d/avahi-autoipd exited with return code 2
ifup: failed to bring up wlan0

Manchmal erscheint stattdessen auch das:

Code: Alles auswählen

wpa_supplicant: /sbin/wpa_supplicant daemon failed to start
run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with return code 1
ifup: failed to bring up wlan0

Oft klappt es, dass ich nach dem Neustart die Vebindung manuell herstelle:

sudo wpa_supplicant -i wlan0 -c wpa_home -B

Code: Alles auswählen

Successfully initialized wpa_supplicant
rfkill: WLAN hard blocked

So wie ich das sehe ist die Karte von dem System erkannt worden und wird dann nach einer gewissen Zeit von rfkill oder einem anderen Prozess gehardblocked, oder die Karte fällt tatsächlich aus und das System erkennt es als hardblock an. Das Macbook verfügt über keinen manuellen Hardblock-Schalter.
Natürlich hat rfkill unblock all bzw wlan0 nicht geholfen.

Hier noch meine ifconfig -a. Dort ist die Karte komischerweise auch da obwohl angeblich hardblocked:

Code: Alles auswählen

eth0: flags=4098<BROADCAST,MULTICAST>  mtu 1500
        ether 40:6c:8f:3f:2d:94  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 16  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Lokale Schleife)
        RX packets 4  bytes 156 (156.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 4  bytes 156 (156.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

vmnet1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.184.1  netmask 255.255.255.0  broadcast 192.168.184.255
        inet6 fe80::250:56ff:fec0:1  prefixlen 64  scopeid 0x20<link>
        ether 00:50:56:c0:00:01  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 15  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

vmnet8: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.101.1  netmask 255.255.255.0  broadcast 192.168.101.255
        inet6 fe80::250:56ff:fec0:8  prefixlen 64  scopeid 0x20<link>
        ether 00:50:56:c0:00:08  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 15  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4098<BROADCAST,MULTICAST>  mtu 1500
        ether 7c:d1:c3:75:62:96  txqueuelen 1000  (Ethernet)
        RX packets 200  bytes 102784 (100.3 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 153  bytes 22378 (21.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.8  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fd00:68b6:fcc1:b482:8616:f9ff:fe16:5cd1  prefixlen 64  scopeid 0x0<global>
        inet6 2a02:8109:b180:2f8c:8616:f9ff:fe16:5cd1  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::8616:f9ff:fe16:5cd1  prefixlen 64  scopeid 0x20<link>
        ether 84:16:f9:16:5c:d1  txqueuelen 1000  (Ethernet)
        RX packets 162  bytes 31047 (30.3 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 49  bytes 8725 (8.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Was kann das sein???

Nachtrag:

Heute kam diese Meldung beim Systemstart:

Code: Alles auswählen

[   15.922702] b43-phy0: Broadcom 4331 WLAN found (core revision 29)
[   15.950745] b43-phy0 ERROR: FOUND UNSUPPORTED PHY (Analog 15, Type 15 (UNKNOWN), Revision 255)
[   15.950826] b43: probe of bcma0:1 failed with error -95

[pferdefreund]

Wenn es vorher immer problemlos ging und jetzt auch unter MAC-OS kotzt, vermutlich Hardwaredefekt.
Kann man mit so einem Teil ein Livesystem (Knoppix u. Co.) starten und testen ? Wenn es da auch krankt - fast mit absoluter Sicherheit ein Hardwaredefekt. Eventuell Gerät mal bei verschiedenen Temperaturen starten und die Zeit bis zum Ausfall messen. Eventell ist da ja ein Unterschied feststellbar, was auch wieder auf Hardware schließen ließe.

[ricksanchez]

Wenn es vorher immer problemlos ging und jetzt auch unter MAC-OS kotzt, vermutlich Hardwaredefekt.

Komischerweise läuft es im Rescue-Modus absolut stabil. Das mit dem Livesystem werde ich dennoch nochmal versuchen...

Liegt es vielleicht an VM-Ware? Das dies mit seinen Bridges da irgendwie reinfunkt?

[pferdefreund]

Wäre ne Möglichkeit. Schreibt VMware irgendwelche Logs ?

[ricksanchez]

VM-Ware schriebt logs. Aber ich hatte eh nichts großes virtualisiert und habe den PLayer mal runtergeworfen.

Nun wird mir komischerweise bei ifconfig -a neben den normalen Schnittstellen folgenden link-Alias angezeigt:

Code: Alles auswählen

eth0:avahi: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 169.254.6.224  netmask 255.255.0.0  broadcast 169.254.255.255
        ether 40:6c:8f:3f:2d:94  txqueuelen 1000  (Ethernet)
        device interrupt 16  

Was kann das sein?

[BenutzerGa4gooPh]

Zeroconf-Adressen: http://www.elektronik-kompendium.de/sit ... 706061.htm
Kriegt man dann, wenn ein DHCP-Client keinen Server findet. Oder wenn nichts konfiguriert ist.
(Avahi oder Bonjour sind Nachfolger von ad-hoc-Netzen mit NETBIOS unter Windows.)

[format_c]

Genau das selbe Problem habe ich auch.
Allerdings ist mein Laptop ein NetBook und hat nix mit Mac zu tun.
Die Gemeinsamkeit ist der WLAN Treiber.

Code: Alles auswählen

lappy:~# dmesg | grep -i wlan
[    5.866306] b43-phy0: Broadcom 4322 WLAN found (core revision 16)
lappy:~# 
lappy:~# iwconfig
enp9s0    no wireless extensions.

lo        no wireless extensions.

wlan0     IEEE 802.11  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=0 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:on
          
lappy:~# 
lappy:~# 
lappy:~# 
lappy:~# 
lappy:~# ifup wlan0
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

RTNETLINK answers: Operation not possible due to RF-kill
Listening on LPF/wlan0/c4:17:fe:07:92:97
Sending on   LPF/wlan0/c4:17:fe:07:92:97
Sending on   Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8
send_packet: Network is down
dhclient.c:2315: Failed to send 300 byte long packet over wlan0 interface.
receive_packet failed on wlan0: Network is down
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 21
send_packet: Network is down
dhclient.c:2315: Failed to send 300 byte long packet over wlan0 interface.
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 15
send_packet: Network is down
dhclient.c:2315: Failed to send 300 byte long packet over wlan0 interface.
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 13
send_packet: Network is down
dhclient.c:2315: Failed to send 300 byte long packet over wlan0 interface.
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 4
send_packet: Network is down
dhclient.c:2315: Failed to send 300 byte long packet over wlan0 interface.
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
RTNETLINK answers: Network is down
run-parts: /etc/network/if-up.d/avahi-autoipd exited with return code 2
ifup: failed to bring up wlan0
lappy:~#
lappy:~# wpa_supplicant -iwlan0 -c/etc/wpa_supplicant.conf 
Successfully initialized wpa_supplicant
rfkill: WLAN hard blocked
ctrl_iface exists and seems to be in use - cannot override it
Delete '/var/run/wpa_supplicant/wlan0' manually if it is not used anymore
Failed to initialize control interface 'DIR=/var/run/wpa_supplicant GROUP=sudo'.
You may have another wpa_supplicant process already running or the file was
left by an unclean termination of wpa_supplicant in which case you will need
to manually remove this file before starting wpa_supplicant again.

nl80211: deinit ifname=wlan0 disabled_11b_rates=0
lappy:~# 

Ich kann nicht mehr mit Sicherheit sagen, ob ich unmittelbar davor ein Update gemacht habe.

[format_c]

Scheint wohl ziemlich exotisch zu sein.
Werde mal einen neueren oder älteren Kernel testen.
Wenn das nicht hilft, das Ding neu aufsetzen und schauen ob sich das Problem reproduzieren lässt.

[format_c]

Habe das Problem jetzt für mich lösen können. Fast etwas peinlich.

Also ein Blick in rfkill sah erst mal gut aus:

Code: Alles auswählen

# rfkill list all
0: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: no

Dann nach ifconfig wlan0 up:

Code: Alles auswählen

# rfkill list all
0: phy0: Wireless LAN
	Soft blocked: no
	Hard blocked: yes

Der Blick in die Kernel Messages offenbarte dann das problem:

Code: Alles auswählen

b43-phy0: The hardware RF-kill button still turns the radio physically off. Press the button to turn it on.

Nun ja, kaum drücke ich die sch.... Tastenkombination für die WLAN Karte ..... "da steht on/off... soll ich da drauf drücken"; und schon gehts und rfkill listed auch nun kein Block mehr.