Hallo zusammen,

ich habe seit gestern Abend Arch auf meinem Laptop installiert, allerdings funktioniert bis jetzt noch einiges nicht richtig.
Das nervigste Problem ist momentan, dass die WIFI-Karte des Laptops nicht erkannt wird und ich ihn an einem geliehenen LAN-Kabel hängen habe, welches nicht bis zum Tisch reicht. Ich muss also auf einem Stuhl arbeiten, was jetzt am zweiten Abend langsam sehr störend wird.

Mein Laptop ist ein Acer Aspire 5750G mit einer Broadcom BCM43227 Karte. Ich habe für die Installation von Arch die Festplatte getauscht, auf der alten Festplatte befand sich ein fedora, welches zwar auch nach jedem Update mit der WIFI-Karte gekämpft hat, aber an sich mit ihr zusammen funktionierte. Also prinzipiell sollte die Karte unter Linux funktionieren.

Nach meinen Recherchen benötige ich den broadcom-wl Treiber, welchen ich als dkms aus AUR installiert habe. Suche ich mit pacman mittels
sudo pacman -Qs broadcom-wl
nach dem Paket, wird es mir auch angezeigt:
local/broadcom-wl-dkms 6.30.223.271-5
    Broadcom 802.11 Linux STA wireless driver
Allerdings hatte die Installation des Treibers keinerlei Auswirkungen auf mein System. Mit
sudo lspci -v
wird meine WIFI-Karte angezeigt:
03:00.0 Network controller: Broadcom Corporation BCM43227 802.11b/g/n
	Subsystem: Foxconn International, Inc. Device e040
	Flags: bus master, fast devsel, latency 0, IRQ 7
	Memory at d1900000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: [40] Power Management version 3
	Capabilities: [58] Vendor Specific Information: Len=78 <?>
	Capabilities: [48] MSI: Enable- Count=1/1 Maskable- 64bit+
	Capabilities: [d0] Express Endpoint, MSI 00
	Capabilities: [100] Advanced Error Reporting
	Capabilities: [13c] Virtual Channel
	Capabilities: [160] Device Serial Number 00-00-78-ff-ff-08-cc-af
	Capabilities: [16c] Power Budgeting <?>
	Kernel modules: bcma
aber
ip link
liefert nur:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp2s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether b8:70:f4:a5:0e:82 brd ff:ff:ff:ff:ff:ff
und
iw dev
liefert keinen Output. Laut google findet udev also scheinbar meine WIFI-Karte nicht. Bei dem bei lspci genannten Kernel-Modul bin ich mir nicht sicher, ob dort nicht der Treiber stehen sollte oder ob dieses Modul den Treiber lädt. Jedenfalls wird das bcma-Modul auch nicht gestartet, zumindest liefert
dmesg | grep bcma
keinen Output zurück. Führe ich
sudo modprobe bcma
aus, so ändert sich bei den Ausgaben von ip link und iw dev nichts, dmesg enthält dann folgende Einträge:
[ 1511.353466] bcma: bus0: Found chip with id 43227, rev 0x00 and package 0x08
[ 1511.353514] bcma: bus0: Core 0 found: ChipCommon (manuf 0x4BF, id 0x800, rev 0x25, class 0x0)
[ 1511.353551] bcma: bus0: Core 1 found: IEEE 802.11 (manuf 0x4BF, id 0x812, rev 0x1E, class 0x0)
[ 1511.353618] bcma: bus0: Core 2 found: PCIe (manuf 0x4BF, id 0x820, rev 0x12, class 0x0)
[ 1511.353654] bcma: bus0: Core 3 found: SDIO Device (manuf 0x4BF, id 0x829, rev 0x07, class 0x0)
[ 1511.366980] bcma: bus0: Bus registered
Was für mich eigentlich gut aussieht, nur halt scheinbar auch nichts bewirkt. Kann mir jemand sagen, wie ich weiter vorgehen könnte? Mein Latein ist hier ziemlich zu Ende.
Vielen Dank schonmal für's Lesen des langen Posts. :-)

Grüße,

LittleArcher
vielleicht das aktive Modul entladen und wl laden? 
#rmmod bcma
#modprobe wl
geht das?

wahrscheinlich musst Du bcma blacklisten, damit es bei booten nicht geladen wird.
---
/etc/modprobe.d/mywireless.conf

mit Inhalt 
wl
blacklist bcma
#ggf. weitere Module blacklisten, z. B.
#blacklist brcmsmac
#blacklist cfg80211
bcma wird ja nicht geladen, ich musste es manuell laden, damit es in dmesg erscheint.
rmmod bcma
ergab entsprechend auch:
rmmod: ERROR: Module bcma is not currently loaded
Und der broadcom-wl Treiber scheint auch nicht über "wl" erreichbar zu sein:
modprobe wl
modprobe: FATAL: Module wl not found in directory /lib/modules/4.4.3-1-ARCH
Woran kann das liegen?
ist /lib/modules/4.4.3-1-ARCH/kernel/drivers/net/wireless/wl.ko vorhanden? Hast Du dkms installiert?
/lib/modules/4.4.3-1-ARCH/kernel/drivers/net/wireless/wl.ko ist nicht vorhanden. dkms ist installiert.
okay, dann ist broadcom-wl-dkms nicht korrekt installiert. Du müsstest nochmal broadcom-wl-dkms aus dem AUR installieren.
Habe ich gerade getan und dann rebootet. Es ist noch alles wie zuvor. Ist das aktuelle Paket broadcom-wl-dkms eventuell defekt?
Ich glaube nicht, das es defekt ist. Ich habe die gleiche Konfiguration wie Du, mit etwas anderen Chip Broadcom BCM4313 , verwende broadcom-wl-dkms und es klappt ohne Probleme.
Ist das Paket "linux-headers" auch installiert? Ohne die kann dkms das Modul nicht aus den Quellen nicht kompilieren.
Danke Martin-MS! Das war schon das Problem. :-)
Ich erinnere mich auch gerade daran, dass ich dieses Problem auch schon einmal in einer anderen Distro hatte. Aber da wurde ich soweit ich mich erinnere vom System auf diesen Fehler hingewiesen. Falls mich Arch während der Installation von "broadcom-wl-dkms" auf das Problem hingewiesen hat, dann entweder mitten in den ganzen Ausgaben die die Installation erzeugt oder sehr unauffällig.
Ich würde ja wenn das Kompilieren von dkms gar nicht möglich ist einen Abbruch mit entsprechender Fehlermeldung und keinen einfachen Durchlauf der Installation mit nachher nicht funktionierendem Treiber erwarten. :-/
Das Paket wird nur als "optionale Abhängigkeit" geführt, möglicherweise weil der Benutzer ja grundsätzlich zwischen dem aktuellen und dem LTS-Kernel wählen kann und man nicht unbedingt und zwangsweise die Kernel-Header des jeweils anderen Kernels installiert haben möchte. Anders kann ich mir nicht erklären, dass das Paket nicht als feste Abhängigkeit hinterlegt wurde. Nur eins der beiden ist aber dann doch offenbar Pflicht, sonst passiert überhaupt nichts. Unglücklich ist es in der Tat, dass man keinerlei Hinweis darauf bekommt, dass das Modul wegen fehlender Header nicht kompiliert werden konnte.