Kein WiFi auf Leap 15.5 nach Minimalinstallation

Mein WiFi will nicht (auf Leap 15.5)...

Ok, ich habe eine LFS installation hier wo alles wunderbar funktioniert (WiFi mässig). Von dort aus habe ich das dann auch geschafft die Leap-Susi per Netzwerkinstallation auf eine freie Partition draufzuschweinen. Fährt auch super hoch, aber eben kein Wifi-Netzwerk und ich finde nicht raus wieso.

Habe nicht die komplette Installation gemacht, sondern nur die, die einen minimalen X-server mit ice-wm glaube ich installiert. Ich wollte eigentlich nur ein minimales System mit Firefox haben.

Ich versuche das mal einfach so von unten zu beschreiben, da ich nicht weiss wie sonst:

Der Kernel sagt, dass

/sys/class/net/wlan0/[etc.]

... ist also da ...

Ich habe ein sehr begrenztes Repertoire von den Programmen, die ich zur Netzwerkdiagnose normalerweise benutzen würde. Da kein Netzwerk, keine Nachinstallation von dem was ich gerne hätte. Zumindest nicht so einfach. Also ifconfig, iwconfig etc. ist erstmal nicht.

Nichtsdestotrotz: ein unqualifiziertes Gefühl sagt mir, dass ich hier weitergraben sollte (/var/log/messages):

[...]
2023-12-17T12:07:29.715396+01:00 localhost systemd[1]: Starting wicked managed network interfaces...
[...]
2023-12-17T12:07:29.715399+01:00 localhost wickedd-nanny[952]: device wlan0: call to org.opensuse.Network.Wireless.changeDevice() failed: Service not known
2023-12-17T12:07:29.715401+01:00 localhost wickedd-nanny[952]: wlan0: failed to bring up device, still continuing
2023-12-17T12:07:29.715452+01:00 localhost wicked[956]: wlan0           device-not-running
[...]

Also, der Kernel sagt wohl, dass das Gerät da ist, aber nicht hoch gebracht werden will.

So was wie 'wicked ifup wlan0' sagt mir auch nur 'device not running'.

Das Device ist aber da. Ich krieg's nur nicht hoch.

Die einzige Referenz, die ich in dieser Installation dazu finden konnte ist unter

/usr/share/wicked/schema/wireless.xml

<!--
  Wireless Service definition
-->
<service name="wireless" interface="org.opensuse.Network.Wireless" object-class="netif-wireless">
[...]<!--lots-->[...]
  <method name="changeDevice">
    <arguments>
      <config type="link-request">
        <meta:mapping document-node="/wireless" skip-unless-present="true" />
      </config>
    </arguments>
  </method>

</service>

keine Ahnung was das bedeutet... findet das Kindermädchen da was nicht?

Ich bin wahrscheinlich völlig auf der falschen Spur. Ich habe auch keinerlei Ahnung von systemd; eh, oder udev-1 ehrlich gesagt; das scheint ja auch involviert zu sein.

Bin sehr verwirrt. Also irgend ein Hinweis, wo ich sinnvoll weitersuchen könnte, wäre sehr willkommen.

Braucht Ihr noch was aus den Logs?

Danke Euch!

Ok. Hier sind Sauerland

localhost:~ # /sbin/lspci -nnk | grep -iA3 net
04:00.0 Network controller [0280]: Intel Corporation Wi-Fi 6 AX200 [8086:2723] (rev 1a)
        Subsystem: Intel Corporation Wi-Fi 6 AX200NGW [8086:0084]
        Kernel driver in use: iwlwifi
        Kernel modules: iwlwifi
05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
        Subsystem: ASUSTeK Computer Inc. PRIME B450M-A Motherboard [1043:8677]
        Kernel driver in use: r8169
        Kernel modules: r8169

Alero

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

Hier nochmal ein bisschen Kontext: sollte das Kernelmodul nicht geladen werden bevor das Netzwerk hochfährt?

localhost:~ # cat /var/log/messages | grep -e iwlwifi -e wicked
2023-12-18T10:45:54.741964+01:00 localhost systemd[1]: Starting wicked AutoIPv4 supplicant service...
2023-12-18T10:45:54.741965+01:00 localhost systemd[1]: Starting wicked DHCPv4 supplicant service...
2023-12-18T10:45:54.741967+01:00 localhost systemd[1]: Starting wicked DHCPv6 supplicant service...
2023-12-18T10:45:54.741969+01:00 localhost systemd[1]: Started wicked DHCPv4 supplicant service.
2023-12-18T10:45:54.741970+01:00 localhost systemd[1]: Started wicked DHCPv6 supplicant service.
2023-12-18T10:45:54.741972+01:00 localhost systemd[1]: Started wicked AutoIPv4 supplicant service.
2023-12-18T10:45:54.741974+01:00 localhost systemd[1]: Starting wicked network management service daemon...
2023-12-18T10:45:54.741976+01:00 localhost systemd[1]: Started wicked network management service daemon.
2023-12-18T10:45:54.741978+01:00 localhost systemd[1]: Starting wicked network nanny service...
2023-12-18T10:45:54.741979+01:00 localhost wickedd-nanny[957]: cannot enable devices of class "modem" - no such class
2023-12-18T10:45:54.741981+01:00 localhost wickedd-nanny[957]: cannot enable devices of class "netif-ethernet" - no such class
2023-12-18T10:45:54.741983+01:00 localhost wickedd-nanny[957]: cannot enable devices of class "netif-wireless" - no such class
2023-12-18T10:45:54.741987+01:00 localhost systemd[1]: Started wicked network nanny service.
2023-12-18T10:45:54.741989+01:00 localhost systemd[1]: Starting wicked managed network interfaces...
2023-12-18T10:45:54.741990+01:00 localhost wickedd-nanny[957]: device wlan0: call to org.opensuse.Network.Wireless.changeDevice() failed: Service not known
2023-12-18T10:45:54.741992+01:00 localhost wickedd-nanny[957]: wlan0: failed to bring up device, still continuing
2023-12-18T10:45:54.742030+01:00 localhost wicked[959]: lo              up
2023-12-18T10:45:54.742031+01:00 localhost wicked[959]: wlan0           device-not-running
2023-12-18T10:45:54.742035+01:00 localhost systemd[1]: Finished wicked managed network interfaces.
2023-12-18T10:45:54.742452+01:00 localhost kernel: [    6.044520][  T128] iwlwifi 0000:04:00.0: api flags index 2 larger than supported by driver
2023-12-18T10:45:54.742453+01:00 localhost kernel: [    6.044937][  T128] iwlwifi 0000:04:00.0: TLV_FW_FSEQ_VERSION: FSEQ Version: 89.3.35.37
2023-12-18T10:45:54.742453+01:00 localhost kernel: [    6.045426][  T128] iwlwifi 0000:04:00.0: loaded firmware version 72.daa05125.0 cc-a0-72.ucode op_mode iwlmvm
2023-12-18T10:45:54.742454+01:00 localhost kernel: [    6.124479][  T787] iwlwifi 0000:04:00.0: Detected Intel(R) Wi-Fi 6 AX200 160MHz, REV=0x340
2023-12-18T10:45:54.742458+01:00 localhost kernel: [    6.250660][  T787] iwlwifi 0000:04:00.0: Detected RF HR B3, rfid=0x10a100
2023-12-18T10:45:54.742458+01:00 localhost kernel: [    6.315482][  T787] iwlwifi 0000:04:00.0: base HW address: 68:54:5a:cf:ee:8c

Hmmm. Echt?

WiFi 6 ist aber schon 4 Jahre alt. Die WiFi Versionen scheinen auch mehr mit Hardware zu tun zu haben. Ich könnte allerdings mal versuchen den SuSE Kernel dazu zu bringen die selbe Firmwareversion zu laden, die bei meiner anderen Installation auf der selben Hardware funktioniert:

[    1.007583] iwlwifi 0000:04:00.0: loaded firmware version 63.c04f3485.0 cc-a0-63.ucode op_mode iwlmvm

Hier auf der SuSE bin ich ja schon bei Versionsnummer 72. Und dann vielleicht auch den Kernel von mir (5.15.143) mal probieren. Mein LFS System ist aber so anders, könnte sein, dass ich da alles umkonfigurieren muss.

Kann ich aber frühestens erst heute Abend probieren. Jetzt ist leider keine Zeit.

Ach so, und im BIOS kann ich da nichts umkonfigurieren.

luigi danke für deine Antwort.

Mein Verständnis ist, dass generell die Firmware vom BIOS kommt, vom Userspace (/lib/firmware) geladen wird, oder eben im Kernel eingebaut ist (als Option bei der Kernelkonfiguration - unüblich aber moeglich).

Ich bin mir eigentlich fast 100% sicher, dass die Firmware für diesen WiFi Chip um den es hier geht, vom Kernel geladen wird und nicht auf BIOS Firmware basiert ist. Kann mir daher nicht vorstellen wie ein anderes OS was irgendwann mal auf dem MB gelaufen ist dies hätte kontaminieren können.

Ich kann sonst nur sagen, dass auf diesem MB von mir nur verschiedene Linux Installationen liefen und ich es neu gekauft habe.

Die Firmware meiner SuSE Installation war ... hmmm, naja, sicherlich, hoffentlich ein Teil der SuSE Installation eben.

Wie oben ja schon gesagt wurde, funktioniert das WLAN wunderbar unter anderen Linux Konfigurationen, aber eben nicht auf der beschriebenen Leap 15.5 Installation.