Hallo,
ich habe siduction auf einem neuen ThinkPad e16 gen 2 installiert. Leider bekomme ich das WLAN nicht zum laufen. Laut Konfiguration bei der Bestellung des Notebooks sollte ein WLAN-Adapter Wi-Fi 6 2x2 AX verbaut sein.
Firmware habe ich aus experimental installiert.
Folgende Informationen bekomme ich:
inxi -v3
System:
Host: ernst Kernel: 6.15.8-1-siduction-amd64 arch: x86_64 bits: 64
compiler: gcc v: 14.2.0
Desktop: KDE Plasma v: 6.3.6 Distro: siduction 2025.1.0 shine-on - kde -
(202503241412) base: Debian GNU/Linux 13 (trixie)
Machine:
Type: Laptop System: LENOVO product: 21SRCTO1WW v: ThinkPad E16 Gen 3
serial: PF5NWFLC
Mobo: LENOVO model: 21SRCTO1WW serial: L1HF56P02E7 UEFI: LENOVO
v: R30ET32W(1.06 ) date: 04/25/2025
Battery:
ID-1: BAT0 charge: 34.8 Wh (54.4%) condition: 64.0/64.0 Wh (100.0%)
volts: 15.4 min: 15.3 model: SMP L24M4PG5 status: discharging
CPU:
Info: 16-core model: Intel Core Ultra 7 255H bits: 64 type: MCP
arch: Arrow Lake rev: 2 cache: L1: 1.6 MiB L2: 28 MiB L3: 24 MiB
Speed (MHz): avg: 4041 min/max: 400/5100:4400:2500 cores: 1: 4041 2: 4041
3: 4041 4: 4041 5: 4041 6: 4041 7: 4041 8: 4041 9: 4041 10: 4041 11: 4041
12: 4041 13: 4041 14: 4041 15: 4041 16: 4041 bogomips: 117964
Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
Device-1: Intel Arrow Lake-P [Intel Graphics] vendor: Lenovo driver: i915
v: kernel arch: Xe-LPG bus-ID: 00:02.0
Device-2: Syntek Integrated Camera driver: uvcvideo type: USB
bus-ID: 3-7:2
Display: unspecified server: X.Org v: 24.1.6 with: Xwayland v: 24.1.6
driver: X: loaded: modesetting unloaded: fbdev,vesa dri: iris gpu: i915
resolution: 2560x1600~60Hz
API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 25.1.5-0siduction1
glx-v: 1.4 direct-render: yes renderer: Mesa Intel Graphics (ARL)
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
de: kscreen-console,kscreen-doctor wl: wayland-info x11: xdriinfo,
xdpyinfo, xprop, xrandr
Network:
Device-1: Intel driver: N/A port: N/A bus-ID: 00:14.3
Device-2: Intel vendor: Lenovo driver: e1000e v: kernel port: N/A
bus-ID: 00:1f.6
IF: enp0s31f6 state: up speed: 1000 Mbps duplex: full
mac: 18:3d:2d:54:bd:d6
Drives:
Local Storage: total: 953.87 GiB used: 12.37 GiB (1.3%)
Info:
Memory: total: 32 GiB note: est. available: 30.3 GiB used: 4.35 GiB (14.4%)
Processes: 343 Uptime: 28m Init: systemd
Packages: 2992 Compilers: gcc: 14.2.0 Shell: Bash v: 5.2.37 inxi: 3.3.38
lspci
00:00.0 Host bridge: Intel Corporation Device 7d06 (rev 05)
00:02.0 VGA compatible controller: Intel Corporation Arrow Lake-P [Intel Graphics] (rev 03)
00:04.0 Signal processing controller: Intel Corporation Meteor Lake-P Dynamic Tuning Technology (rev 05)
00:06.0 PCI bridge: Intel Corporation Device 774d
00:06.2 PCI bridge: Intel Corporation Device 7ecb (rev 10)
00:07.0 PCI bridge: Intel Corporation Meteor Lake-P Thunderbolt 4 PCI Express Root Port #2 (rev 02)
00:08.0 System peripheral: Intel Corporation Device 774c
00:0a.0 Signal processing controller: Intel Corporation Meteor Lake-P Platform Monitoring Technology (rev 01)
00:0b.0 Processing accelerators: Intel Corporation Meteor Lake NPU (rev 05)
00:0d.0 USB controller: Intel Corporation Meteor Lake-P Thunderbolt 4 USB Controller (rev 02)
00:0d.3 USB controller: Intel Corporation Meteor Lake-P Thunderbolt 4 NHI #1 (rev 02)
00:14.0 USB controller: Intel Corporation Device 777d
00:14.2 RAM memory: Intel Corporation Device 777f
00:14.3 Network controller: Intel Corporation Device 7740
00:15.0 Serial bus controller: Intel Corporation Arrow Lake-H [Serial IO I2C Host Controller]
00:16.0 Communication controller: Intel Corporation Device 7770
00:1f.0 ISA bridge: Intel Corporation Device 7702
00:1f.3 Multimedia audio controller: Intel Corporation Device 7728
00:1f.4 SMBus: Intel Corporation Device 7722
00:1f.5 Serial bus controller: Intel Corporation Device 7723
00:1f.6 Ethernet controller: Intel Corporation Device 550b
04:00.0 Non-Volatile memory controller: KIOXIA Corporation NVMe SSD Controller BG6 (DRAM-less) (rev 01)
rfkill list
0: tpacpi_bluetooth_sw: Bluetooth
Soft blocked: no
Hard blocked: no
2: hci0: Bluetooth
Soft blocked: no
Hard blocked: no
iwconfig
lo no wireless extensions.
enp0s31f6 no wireless extensions.
Habe ich vergessen etwas zu installieren, ist der Chip zu neu, oder das WLAN generell defekt?
Für Tipps wie ich das WLAN zum laufen bekomme bin sehr dankbar.
es fehlt vielleicht
$ dpkg -l firmware-iwlwifi | grep ii
ii firmware-iwlwifi 20250410-2 all Binary firmware for Intel Wireless cards
dmesg | grep iwlwifi
dmesg | grep iwlwifi
dpkg -l firmware-iwlwifi | grep ii
ii firmware-iwlwifi 20250708-1 all Binary firmware for Intel Wireless cards
Was spricht ein modprobe iwlwifi?
Ebenfalls nichts!
Das ist ja erstmal nicht schlecht, nun wäre dmesg von Interesse.
Die komplette Ausgabe?
Das ist vielleicht interessant:
cfg80211: loaded regulatory.db is malformed or signature is missing/invalid
Gibt es eine Ausgabe bei,
iwctl adapter list
oder,
iwctl device list
?
Ps.: Sorry, ganz banal, Hardwareschalter?
wireless-regdb ist installiert?
Und btw, Du bist Dir sicher, dass das Wlan-Modul nicht defekt ist? Weil der Kernel versucht ja gar nicht erst, iwlwifi zu laden.
Jeweils keine Ausgabe bei
iwctl adapter list
und
iwctl device list.
wireless-regdb ist installiert.
Das Teil ist nagelneu direkt bei Lenovo ohne Betriebssystem bestellt. Nein, ich bin mir nicht sicher, ob das WALN-Modul defekt ist. Aber wie kann ich das definitiv rausfinden?
https://ubuntu.com/certified/202504-36707/24.04%20LTS
Es ist dieser Laptop?
Funktioniert das wlan mit dem Live-Iso?
Es ist dieser Laptop:
https://www.lenovo.com/de/de/configurator/cto/index.html?bundleId=21SRCTO1WWDE2
Mit der Live-ISO geht auch kein WLAN,
Hardware Schalter hab ich keinen gefunden.
Das Problem ist wohl nicht ganz so trivial.
Ich habe mich mal durch das Netz geklickt.
Such mal nach "RTL8852CE linux debian"
Da steht ne Menge.
Auf jeden Fall musst du dir den Treiber selbst bauen/besorgen!
Ich habe dann jenes gefunden.
https://github.com/morrownr/rtw89
Wie kommst du darauf das es ein RTL8852CE Chip ist?
Ich vermute, dass da ein Intel Wi-Fi 6 AX203 verbaut ist.
Hallo
Lenovo hat für seine Geräte immer eine Seite mit den Spezifikiationen und verbauten Teile:
https://psref.lenovo.com/Product/ThinkPad/ThinkPad_E16_Gen_3_Intel?tab=spec (https://psref.lenovo.com/Product/ThinkPad/ThinkPad_E16_Gen_3_Intel?tab=spec)
Ich hoffe, das ist dir richtige Seite
Viele Grüße
sorry. fehler von mir.
https://www.intel.de/content/www/de/de/download/824804/intel-wireless-wi-fi-drivers-for-linux.html
Hallo hendrikL,
die Seite hab ich schon gesehen. Aber was mache ich daraus?
Da gibt es die passende Firmware, zumindest suggeriert es diese.
Die Firmware nützt nur nix, wenn der Kernel nichtmal versucht, iwlwifi zu laden.
Bios?
Im BIOS habe ich keine Einstellungen gefunden.
Es gibt halt noch den Verdacht, dass das WIFI Modul defekt sein könnte. Weiß jemand, wie ich da was testen kann?
Vielleicht machst Du erstmal ein update pciids und schaust, ob das Device nun von lspci erkannt wird.
#update-pciids
--2025-07-28 12:33:09-- https://pci-ids.ucw.cz/v2.2/pci.ids.xz
Auflösen des Hostnamens pci-ids.ucw.cz (pci-ids.ucw.cz)... 2001:1488:ffff::99, 2001:718:1e03:810::f2, 2a00:da80:fff0:2::3, ...
Verbindungsaufbau zu pci-ids.ucw.cz (pci-ids.ucw.cz)|2001:1488:ffff::99|:443 ... verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet ... 200 OK
Länge: 265476 (259K) [application/octet-stream]
Wird in »/usr/share/misc/pci.ids.new« gespeichert.
/usr/share/misc/pci.ids.new 100%[==================================================================================>] 259,25K --.-KB/s in 0,06s
2025-07-28 12:33:09 (3,95 MB/s) - »/usr/share/misc/pci.ids.new« gespeichert [265476/265476]
Done.
# lspci
00:00.0 Host bridge: Intel Corporation Device 7d06 (rev 05)
00:02.0 VGA compatible controller: Intel Corporation Arrow Lake-P [Intel Graphics] (rev 03)
00:04.0 Signal processing controller: Intel Corporation Meteor Lake-P Dynamic Tuning Technology (rev 05)
00:06.0 PCI bridge: Intel Corporation Device 774d
00:06.2 PCI bridge: Intel Corporation Device 7ecb (rev 10)
00:07.0 PCI bridge: Intel Corporation Meteor Lake-P Thunderbolt 4 PCI Express Root Port #2 (rev 02)
00:08.0 System peripheral: Intel Corporation Device 774c
00:0a.0 Signal processing controller: Intel Corporation Meteor Lake-P Platform Monitoring Technology (rev 01)
00:0b.0 Processing accelerators: Intel Corporation Meteor Lake NPU (rev 05)
00:0d.0 USB controller: Intel Corporation Meteor Lake-P Thunderbolt 4 USB Controller (rev 02)
00:0d.3 USB controller: Intel Corporation Meteor Lake-P Thunderbolt 4 NHI #1 (rev 02)
00:14.0 USB controller: Intel Corporation Device 777d
00:14.2 RAM memory: Intel Corporation Device 777f
00:14.3 Network controller: Intel Corporation Device 7740
00:15.0 Serial bus controller: Intel Corporation Arrow Lake-H [Serial IO I2C Host Controller]
00:16.0 Communication controller: Intel Corporation Device 7770
00:1f.0 ISA bridge: Intel Corporation Device 7702
00:1f.3 Multimedia audio controller: Intel Corporation Device 7728
00:1f.4 SMBus: Intel Corporation Device 7722
00:1f.5 Serial bus controller: Intel Corporation Device 7723
00:1f.6 Ethernet controller: Intel Corporation Device 550b
04:00.0 Non-Volatile memory controller: KIOXIA Corporation NVMe SSD Controller BG6 (DRAM-less) (rev 01)
Da hat sich nicht geändert.
Vielleicht noch eine Ausgabe von
$ lspci -n|grep '00:14.3'
hinterher, um die Vendor-ID und Device-ID des Network Controllers
zu bestimmen.
$ lspci -n|grep '00:14.3'
gibt auch nichts zurück.
Vielleicht werde ich mal versuchen, um einen Hardwaredefekt auszuschließen, bzw. zu bestätigen, temporär ein Win zu installieren. :(
In Deinem vorigen post gibt
$ lspci
unter anderem
00:14.3 Network controller: Intel Corporation Device 7740
zurück (Überprüf' das bitte nochmal).
Daher muss
$ lspci -n|grep '00:14.3'
auch die numerischen Daten dieses pci Devices zurück geben ("lspci" und "lspci -n" unterscheiden sich nämlich
nur in der Art der Darstellung ihrer Ausgabe). Falls das nicht der Fall ist, stimmt etwas Fundamentales mit Deiner
Installation nicht, und das hat nichts mit dem WiFi Controller zu tun. In diesem Fall poste bitte sowohl die Ausgabe
von 'lspci' als auch von 'lspci -n'.
PS.: Alternativ kannst Du auch
$ lspci -nnk
versuchen, was in meinem Fall für den WiFi Netzwerk Controller
04:00.0 Network controller [0280]: Qualcomm Atheros AR9462 Wireless Network Adapter [168c:0034] (rev 01)
Subsystem: ASUSTeK Computer Inc. Device [1043:850e]
Kernel driver in use: ath9k
Kernel modules: ath9k
zurück gibt.
Falls Deine Daten mit [8086:7740] (und für das Subsystem [8086:0274]) übereinstimmen,
hast Du vermutlich ähnliche Probleme wie in
<https://universal-blue.discourse.group/t/intel-wi-fi-6-ax203-driver-issues/8439> bzw.
<https://linux-hardware.org/?id=pci:8086-7740-8086-0274>
Mglw. ist dann Deine HW zu aktuell.
Hallo Teriarch,
danke für deinen Hinweis. Irgendwie scheint das bei mir anders zu sein. In dem von dir verlinkten Fall wird ja wenigstens versucht iwlwifi zu laden. Das passiert bei mir nicht. dmesg | grep iwlwifi gibt nämlich nichts aus!
Vielleicht sollte ich siduction nochmal neu aufsetzen. Wie gehe ich nach der Installation vom Stick am Besten vor: full-upgrade und dann firmware-iwlwifi installieren? Brauche ich noch zusätzliche Pakete?
Hi snow1,
> dmesg | grep iwlwifi
> gibt nämlich nichts aus!
ja, das ist das Problem, und eine Neuinstallation wird daran nichts ändern.
Die allgemeine Frage lautet:
Warum wird das Modul iwlwifi (oder jedes andere) überhaupt geladen?
Bei der Initialisiierung des Kernels (also recht früh) wird die Hardware
auf das Vorhandensein von Devices gescant und erkannte Devices im
virtuellen sys Filesystem dem Userspace zur Verfügung gestellt. In meinem
Fall für das WiFi PCI Device '04:00.0'
$ lspci -nnk|grep -A3 Network
04:00.0 Network controller [0280]: Qualcomm Atheros AR9462 Wireless Network Adapter [168c:0034] (rev 01)
Subsystem: ASUSTeK Computer Inc. Device [1043:850e]
Kernel driver in use: ath9k
Kernel modules: ath9k
Wie findet lspci diese Information? Aus dem sys FS:
$ cat /sys/devices/pci0000:00/0000:00:1c.1/0000:04:00.0/modalias
pci:v0000168Cd00000034sv00001043sd0000850Ebc02sc80i00
(In meinem Fall ist '04:00.0' über die PCI Bridge '00:1c:1' verbunden, das nur am Rande)
Nach der Kernel Initialisierung werden im Userspace die Prozesse mit systemd (als init) gestartet,
u.a. udevd. Dieser Prozess hört auf Kernelevents beim Betrieb neuer Hardware (USB Sticks als Hotplug bspw.)
oder triggert selbst den Kernel auf bereits vorhandene Hardware. Sobald das passiert erhält udevd eine
Nachricht wie 'pci:v0000168Cd00000034sv00001043sd0000850Ebc02sc80i00'. Er schaut dann in der Datenbasis
/lib/modules/6.15.8-1-siduction-amd64/modules.alias nach, ob für diesen Event Treiber zu laden sind:
$grep pci:v0000168Cd00000034 /lib/modules/6.15.8-1-siduction-amd64/modules.alias
alias pci:v0000168Cd00000034sv00001028sd00000300bc*sc*i* ath9k
Anschließend lädt er den Treiber ath9k, was in den logfiles mit dmesg zu sehen ist,
Wenn Du also mit dmesg diesen Ladevorgang nicht siehst, kann es sein, dass in der Datenbasis kein alias
für das Device vorhanden ist. Um das zu bestätigen, solltest Du also den Output für das das Kommando
$ lspci -nnk|grep -A3 Network
posten, um das Device zu identifizieren. Alle anderen Maßnahmen sind nicht zielführend bzw. lenken
vom eigentlichen Problem nur ab und lösen es nicht. Betrachte diesen Fehler als Möglichkeit, das Problem
an der Wurzel zu beseitigen.
Danke für die verständliche Erklärung.
# lspci -nnk|grep -A3 Network
00:14.3 Network controller [0280]: Intel Corporation Device [8086:7740]
Subsystem: Intel Corporation Device [8086:0274]
00:15.0 Serial bus controller [0c80]: Intel Corporation Arrow Lake-H [Serial IO I2C Host Controller] [8086:7778]
Subsystem: Lenovo Device [17aa:5134]
Lt. deinem Link von https://linux-hardware.org funktioniert der Controller auf einem Debian System.
Wie kann ich weiter vorgehen?
Das ist der Lan-Controler ;)
zeige doch mal das Ergebnis von
inxi -N
@snow1
NB: Dein Lan-Controller
00:1f.6 Ethernet controller: Intel Corporation Device 550b
hat nichts mit der Sache zu tun.
Vergleichen wir die Ausgabe von <https://linux-hardware.org/?id=pci:8086-7740-8086-0274>
zu dem WiFi Device [8086:7740] [8086:0274] mit Deiner (-A3 heißt: +3 Zeilen nach Match) :
# lspci -k|grep -A3 Network
00:14.3 Network controller: Intel Corporation Device 7740
Subsystem: Intel Corporation Device 0274
Kernel modules: iwlwifi
00:15.0 Serial bus controller: Intel Corporation Arrow Lake-H [Serial IO I2C Host Controller]
# lspci -nnk|grep -A3 Network
00:14.3 Network controller [0280]: Intel Corporation Device [8086:7740]
Subsystem: Intel Corporation Device [8086:0274]
00:15.0 Serial bus controller [0c80]: Intel Corporation Arrow Lake-H [Serial IO I2C Host Controller] [8086:7778]
Subsystem: Lenovo Device [17aa:5134]
Sie sind fast identisch bis auf die 2. Zeile nach dem Match. Warum? Weil die Ausgabe von
$ grep iwlwifi /lib/modules/6.15.8-1-siduction-amd64/modules.alias|grep 7740
keinen Match ergibt, und daher das Modul von udevd auch nicht geladen wird.
Das ist offenbar beim Kernel obigen links anders. Um das zu bestätigen habe ich den aktuellen 6.16 Kernel
von Aptosid installiert und siehe da:
$ grep iwlwifi /lib/modules/6.16.0-0.slh.1-aptosid-amd64/modules.alias|grep 7740
alias pci:v00008086d00007740sv*sd*bc*sc*i* iwlwifi
Die Frage ist also zunächst, weswegen beim aktuellen 6.15 kernel von siduction dieser Match fehlt
(Das ist eine notwendige Bedingung; wenn er vorhanden ist, kann immer noch etwas schief gehen, weil
bspw. die aktuelle Firmware nicht vorhanden ist).
Du siehst aber, wie dieses analytische Vorgehen dem eigentlichen Problem immer näher kommt.
To be continued:
Noch ein paar Zusatzinfos:
Man mag nach all den Überlegungen auf die Idee kommen, einfach die Datei modules.alias um
eine entsprechenden Eintrag zu ergänzen, aber das geht schief! Die eigentliche Information über
die Aliase steckt in den Modulen selbst, wie die Ausgaben von
$ grep 7740 /usr/lib/modules/6.15.8-1-siduction-amd64/kernel/drivers/net/wireless/intel/iwlwifi/iwlwifi.ko
[]
$ $ grep iwlwifi /lib/modules/6.16.0-0.slh.1-aptosid-amd64/modules.alias|grep 7740
alias pci:v00008086d00007740sv*sd*bc*sc*i* iwlwifi
verraten. Der Befehl '$ sudo depmod -a' aktualisiert lediglich diese information in modules.alias
unter Berücksichtigung aller vorhandenen Module (sonst könnten ja proprietäre Module wie nvidia Treiber,
deren aliases nur der Hersteller kennt nicht geleden werden.).
Zusammengefasst: Wenn der iwlwifi Treiber mit Deiner Karte zurecht kommen soll, dann muss der aktuelle
siduction Kernel (mit all seinen Modulen) daraufhin angepasst werden, und das ist eigentlich eine Aufgabe
für towo.
TBC
Sorry, da habe ich wohl CONFIG_IWLMLD=m im Kernel vergessen.
So, Kernel ist mit CONFIG_IWLMLD=m aktualisiert.
Sehr schöne Analyse!
Ich bin auf den nächsten Kernel von towo gespannt.
Da muss man nicht gespannt sein, sondern sein System aktualisieren.
Mit dem Update wird jetzt auch iwlwifi geladen.
Quote# lspci -nnk|grep -A3 Network
00:14.3 Network controller [0280]: Intel Corporation Device [8086:7740]
Subsystem: Intel Corporation Device [8086:0274]
Kernel modules: iwlwifi
Es wird aber keine passende firmware gefunden.
Quote# dmesg | grep iwlwifi
[ 1.898852] iwlwifi 0000:00:14.3: enabling device (0000 -> 0002)
[ 1.913620] iwlwifi 0000:00:14.3: Detected crf-id 0x1300504, cnv-id 0x80930 wfpm id 0x80005b30
[ 1.913627] iwlwifi 0000:00:14.3: PCI dev 7740/0274, rev=0x461, rfid=0x10a100
[ 1.913629] iwlwifi 0000:00:14.3: Detected Intel(R) Wi-Fi 6 AX201 160MHz
[ 1.913916] iwlwifi 0000:00:14.3: firmware: failed to load iwlwifi-bz-b0-hr-b0-98.ucode (-2)
[ 1.913918] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-bz-b0-hr-b0-98.ucode failed with error -2
[ 1.913935] iwlwifi 0000:00:14.3: firmware: failed to load iwlwifi-bz-b0-hr-b0-97.ucode (-2)
[ 1.913936] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-bz-b0-hr-b0-97.ucode failed with error -2
[ 1.913942] iwlwifi 0000:00:14.3: firmware: failed to load iwlwifi-bz-b0-hr-b0-96.ucode (-2)
[ 1.913943] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-bz-b0-hr-b0-96.ucode failed with error -2
[ 1.913949] iwlwifi 0000:00:14.3: firmware: failed to load iwlwifi-bz-b0-hr-b0-95.ucode (-2)
[ 1.913950] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-bz-b0-hr-b0-95.ucode failed with error -2
[ 1.914170] iwlwifi 0000:00:14.3: firmware: failed to load iwlwifi-bz-b0-hr-b0-94.ucode (-2)
[ 1.914172] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-bz-b0-hr-b0-94.ucode failed with error -2
[ 1.914180] iwlwifi 0000:00:14.3: firmware: failed to load iwlwifi-bz-b0-hr-b0-93.ucode (-2)
[ 1.914181] iwlwifi 0000:00:14.3: Direct firmware load for iwlwifi-bz-b0-hr-b0-93.ucode failed with error -2
[ 1.914182] iwlwifi 0000:00:14.3: no suitable firmware found!
[ 1.914384] iwlwifi 0000:00:14.3: minimum version required: iwlwifi-bz-b0-hr-b0-93
[ 1.914586] iwlwifi 0000:00:14.3: maximum version supported: iwlwifi-bz-b0-hr-b0-98
[ 1.914780] iwlwifi 0000:00:14.3: check git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
Laut Intel sollte der Adapter aber unterstützt werden:
https://www.intel.com/content/www/us/en/support/articles/000005511/wireless.html
[ 1.914182] iwlwifi 0000:00:14.3: no suitable firmware found!
[ 1.914384] iwlwifi 0000:00:14.3: minimum version required: iwlwifi-bz-b0-hr-b0-93
[ 1.914586] iwlwifi 0000:00:14.3: maximum version supported: iwlwifi-bz-b0-hr-b0-98
[ 1.914780] iwlwifi 0000:00:14.3: check git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
Es fehlt die aktuelle Firmware,
Entweder holst du dir die Firmware direkt bei kernel.org,
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/
und kopierst sie nach /usr/share/firmware/ sorry /usr/lib/firmware/
oder installierst die Firmware aus experimental.
vor und nach der Installation von firmware-iwlwifi aus experimental
Vor installation
/usr/lib/firmware$ ls | grep 93
iwlwifi-bz-b0-fm-c0-93.ucode
:/usr/lib/firmware$ ls | grep 98
nach installation
/usr/lib/firmware$ ls | grep 98
iwlwifi-bz-b0-fm-c0-98.ucode
iwlwifi-bz-b0-gf-a0-98.ucode
iwlwifi-bz-b0-hr-b0-98.ucode
iwlwifi-gl-c0-fm-c0-98.ucode
hhl@hhl-2:/usr/lib/firmware$ ls | grep 93
iwlwifi-bz-b0-fm-c0-93.ucode
:/usr/lib/firmware$
Ich habe firmware-iwlwifi aus experimental installiert. Das WLAN funktioniert jetzt!!! ::)
Danke, an alle die mit geholfen haben!
Glückwunsch!
Und, setze ein [gelöst] in die Betreffzeile deines Eingangspost. ;)