ubuntuusers.de

Hallo allerseits, ich hoffe, das Thema ist richtig zugeordnet (Netzwerk? Aktualisierung?)

Seit dem letzten upgrade des Kernels von 5.15.0-60 auf 5.19.0-0-32 habe ich kein Wlan mehr (vorwegnehmend: das Treibermodul wird nicht mehr geladen).

Es handelt sich um einen HP Laptop, Modell 14-dk0357ng. Laut lshw ist folgender Wlan-Adapter verbaut: RTL8821CE 802.11ac PCIe Wireless Network, Realtek Semiconductor Co., Ltd. Es scheint speziell an dieser Konstellation zu liegen, einerseits habe ich nirgendwo im Netz bislang jemanden gefunden, der sich über das gleiche Problem nach dem Update (nie vorher gab es beim Update Schwierigkeiten), und bei den übrigen Rechnern im Haus, (verschiedene Mediongeräte und ein uralter Sony mit anderen Wirelessadaptern) funktionieren nach dem Upgrade problemlos.

Das sieht dann über die GUI folgendermaßen aus:

In der Menüleiste unter Einstellungen findet sich kein Hinweis auf ein WLAN, kein Schalter mehr für Wireless usw. und unter den "Einstellungen" unter Netzwerk findet sich nur noch der Punkt „Kabelgebunden“, eine WLAN-Konfiguration gibt es nicht.

Wenn ich im GRUB die vorherige Version 5.15.0-60 auswähle und starte, läuft alles wieder normal.

Nach etwas Gefummel und besonders der Lektüre der Wikiseiten WLAN und Kernelmodule (vielen Dank!) habe ich herausgefunden, dass beim Hochfahren über den neuen Kernel das zugehörige Modul rtw88_8821ce nicht mehr automatisch geladen wird.

Also:

1
2
3
4
5

$ lspci -nnk -d::0280

02:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8821CE 802.11ac PCIe Wireless Network Adapter [10ec:c821]
	Subsystem: Hewlett-Packard Company RTL8821CE 802.11ac PCIe Wireless Network Adapter [103c:831a]
	Kernel modules: rtw88_8821ce

D.h. es gibt das Modul zwar, es ist aber nicht gestartet worden. Das ging dann problemlos von der Kommandozeile aus:

1

sudo modprobe rtw88_8821ce

Damit läuft alles auch unter dem neuen Kernel vernünftig. D.h. nach einer Sekunde verbindet er sich mit dem WLAN, in den Einstellungen steht eine WLAN-Konfiguration gleich an erster Stelle etc.

Meine zwei Fragen sind nun:

1. An welcher Stelle sollte/kann/muß ich im System die Konfiguration anpassen, damit das Modul automatisch beim Hochfahren gestartet wird?

2. An welcher Stelle kann ich genau den Bug melden? (oder ggf. selbst finden – wo muss man im Kernel danach suchen? Fürchte allerdings eher, dass das nix für mich ist… Dahinter verbirgt sich aber auch die Frage, ob es irgend eine Fehlkonfiguration geben kann, an der dieses Verhalten liegt.)

Grüße, Sebastian

1. An welcher Stelle sollte/kann/muß ich im System die Konfiguration anpassen, damit das Modul automatisch beim Hochfahren gestartet wird?

Kernelmodule (Abschnitt „Module-automatisch-laden“)

2. An welcher Stelle kann ich genau den Bug melden?

https://launchpad.net/ubuntu/+source/linux-signed-hwe-5.19/+bugs

Vielen Dank erst einmal für die prompte Antwort - bin leider nicht ganz so schnell mit dem Nacharbeiten.

Der Eintrag in /etc/modules bringt leider nicht den gewünschten Erfolg.

Im /var/log/syslog heißt es:

Feb 23 06:53:17 luna systemd-modules-load[389]: Module 'rtw88_8821ce' is deny-listed

Ich habe inzwischen einen Post https://www.reddit.com/r/archlinux/comments/iccl64/automatic_module_loading_isnt_working_looking_for/ gefunden, in dem auf eine blacklist in /usr/lib/modprobe.d verwiesen wurde.

Da stand's dann nicht drin, sondern direkt in /etc/modules.d/dkms.conf

/etc/modprobe.d$ cat dkms.conf
# modprobe information used for DKMS modules
#
# This is a stub file, should be edited when needed,
# used by default by DKMS.
blacklist rtw88_8821ce

Kann ich natürlich mal auskommentieren.

Ein anderer Post scheint mir näher zu kommen: (Schaffe ich nun jetzt nicht mehr zu lesen, poste meine Zwischenergebnisse mal, in der Hoffnung, jemand anderem möge das nützen...)

https://askubuntu.com/questions/1401475/why-rtl8821ce-or-wifi-is-removed-during-kernel-update-on-20-04-4-lts

Grüße,

Sebastian

sebastian257 schrieb:

[…] Im /var/log/syslog heißt es:

Feb 23 06:53:17 luna systemd-modules-load[389]: Module 'rtw88_8821ce' is deny-listed

Wenn Du das Modul rtw88_8821ce automatisch starten willst, darf es natürlich nicht auf der Sperrliste (blacklist) stehen, dh.

grep -r rtw88_8821ce /etc/modules /etc/modprobe.d/ 

darf nichts ausgeben. Anderenfalls sind in allen genannten Dateien diese Sperren zu entfernen.

kB schrieb:

Anderenfalls sind in allen genannten Dateien diese Sperren zu entfernen.

Genau, das habe ich gemacht, und damit läuft es wieder. Interessant ist, dass die Sperre erst mit dem letzten Kernelupgrade eingetreten ist. Mir fällt es allerdings schwer, zu entscheiden, ob es sich um einen Bug handelt, oder eine Inkompatibilität mit irgendetwas.

Interessanterweise wird die Sperre ignoriert, wenn ich das alte Kernel 5.15.0-60 im GRUB auswähle.

Und egal mit welchem Kernel ich hochfahre, bekomme ich als Statusmeldung

$ dkms status
rtl8821ce/5.5.2.1, 5.15.0-60-generic, x86_64: installed

ganz gleich, ob der Blacklist-Eintrag auskommentiert ist, oder nicht.

Da ich nicht tiefer in DKMS einsteigen möchte... setze ich das mal als gelöst, auch wenn mir noch nicht klar ist, ob nicht noch Nebenwirkungen der Entsperrung entstehen können...

Edit: Der Eintrag in modules ist bei mir auch NICHT nötig, sofern das Modul nicht auf der Blacklist steht.

sebastian257 schrieb:

[…] Interessant ist, dass die Sperre erst mit dem letzten Kernelupgrade eingetreten ist.

Kernelupgrade ist in diesem Fall richtig, denn bei 5.15 → 5.19 handelt es sich wohl um den bei Ubuntu-HWE-Systemen beabsichtigten Vorgang 22.04 LTS → 22.04.2 HWE. Im Zuge solcher Versionssprünge kam es in der Vergangenheit bereits zu ähnlichen Problemen mit externen Kernel-Modulen wie in Deinem Fall aus dem Paket rtl8821ce-dkms aus universe.

Du benutzt jetzt den Kernel aus Ubuntu 22.10. Nach der Veröffentlichung von Ubuntu 23.04 wird es vermutlich bei der Umstellung 22.04.2 → 22.04.3 zu ähnlichen Effekten kommen.

sebastian257 schrieb:

kB schrieb:

Anderenfalls sind in allen genannten Dateien diese Sperren zu entfernen.

Genau, das habe ich gemacht, und damit läuft es wieder. Interessant ist, dass die Sperre erst mit dem letzten Kernelupgrade eingetreten ist. Mir fällt es allerdings schwer, zu entscheiden, ob es sich um einen Bug handelt, oder eine Inkompatibilität mit irgendetwas.

Interessanterweise wird die Sperre ignoriert, wenn ich das alte Kernel 5.15.0-60 im GRUB auswähle.

Und egal mit welchem Kernel ich hochfahre, bekomme ich als Statusmeldung

$ dkms status
rtl8821ce/5.5.2.1, 5.15.0-60-generic, x86_64: installed

ganz gleich, ob der Blacklist-Eintrag auskommentiert ist, oder nicht.

Da ich nicht tiefer in DKMS einsteigen möchte... setze ich das mal als gelöst, auch wenn mir noch nicht klar ist, ob nicht noch Nebenwirkungen der Entsperrung entstehen können...

Edit: Der Eintrag in modules ist bei mir auch NICHT nötig, sofern das Modul nicht auf der Blacklist steht.

Hallo sebastian257, ich habe das selbe Problem. In meinem Notebook Lenovo V145-15AST ist das gleiche Modul verbaut. Hab mich gefreut, diese Klärung des Problems gefunden zu haben. Habe nun eine Möglichkeit dieses Modul nach dem Kernel Update per Hand einzubinden. Nun habe ich aber noch eine Frage: Wie hast Du es hin bekommen, in in allen genannten Dateien diese Sperren zu entfernen ? Bitte um Hilfe. Ein Danke im Voraus. Gruß ich_bin_der_gruffelo

Hallo sebastian257,

Es gibt zu diesem WLAN Chipsatz zwei Module, wobei einer im Kernel integriert ist und der andere per dkms nachinstalliert wird.

Diese stören sich gegenseitig, d.h. haben auch einen unterschiedlichen "Namen".

Gruss Lidux

Hallo ich_bin_der_gruffelo, zu Deiner Frage:

ich_bin_der_gruffelo schrieb:

Nun habe ich aber noch eine Frage: Wie hast Du es hin bekommen, in in allen genannten Dateien diese Sperren zu entfernen ? Bitte um Hilfe. Ein Danke im Voraus. Gruß ich_bin_der_gruffelo

kB schrieb außerdem noch:

Wenn Du das Modul rtw88_8821ce automatisch starten willst, darf es natürlich nicht auf der Sperrliste (blacklist) stehen, dh.

grep -r rtw88_8821ce /etc/modules /etc/modprobe.d/ 

darf nichts ausgeben. Anderenfalls sind in allen genannten Dateien diese Sperren zu entfernen.

Falls es sich wirklich um das selbe Problem handelt, gehe ich einfach mehr ins Detail, wie die Sperre zu entfernen ist. Es ist gerade mal wieder aktuell, weil ich bei dem letzten Upgrade gerade schon wieder ohne Netz da saß.

1. Du identifizierst die betroffenen Dateien. Bei mir sieht es so aus:

1
2

~$ grep -r rtw88_8821ce /etc/modules /etc/modprobe.d/
/etc/modprobe.d/dkms.conf:blacklist rtw88_8821ce

2. Die Sperre hebst Du auf, indem Du die Textdatei /etc/modprobe.d/dkms.conf änderst. Da die Datei root gehört und nur von root geändert werden kann, musst Du den Editor, mit dem Du die Änderung vornehmen willst mit root-Rechten starten, je nach vorhandenem Editor z.B.:

1
2

sudo gedit /etc/modprobe.d/dkms.conf
[sudo] Passwort für xyz: 

bei mir sieht die Datei dann NACH der Änderung so aus:

1
2
3
4
5

# modprobe information used for DKMS modules
#
# This is a stub file, should be edited when needed,
# used by default by DKMS.
# blacklist rtw88_8821ce

Also, das "#"-Zeichen stand vor dem blacklist ursprünglich nicht davor.

Danach fährt er bei mir wieder mit WLAN hoch.

1
2
3
4
5

lsmod | grep 8821
rtw88_8821ce           16384  0
rtw88_8821c            94208  1 rtw88_8821ce
rtw88_pci              32768  1 rtw88_8821ce
rtw88_core            299008  2 rtw88_pci,rtw88_8821c

Hallo sebastian257,

Bitte diesen Befehl:

sudo gedit /etc/modprobe.d/dkms.conf

niemals nutzen ... das verbiegt die "Home" Rechte.

Gruss Lidux

Lidux schrieb:

Bitte diesen Befehl:

sudo gedit /etc/modprobe.d/dkms.conf

niemals nutzen ... das verbiegt die "Home" Rechte.

Gruss Lidux

Hm.Ich ahne, was Du meinst, dass z.B. beim Schreiben des Verlaufs usw. Dateien mit Besitzer root angelegt werden könnten usw. Probleme hat es bei mir nie erzeugt, und ich habe auch keine Rückmeldungen vom Editor o.ä. bekommen, dass ich das besser bleiben lassen sollte. (Siehe sudo (Abschnitt „Editieren-von-Dateien-unter-Sudo-Rechten-sudoedit“)). Also korrekt (hoffentlich):

2. Die Sperre hebst Du auf, indem Du die Textdatei /etc/modprobe.d/dkms.conf änderst. Da die Datei root gehört und nur von root geändert werden kann, musst Du sie mit sudoedit bearbeiten:

1 2	sudoedit /etc/modprobe.d/dkms.conf [sudo] Passwort für xyz:

(Mein Wunsch nach Erläuterungen zu den unterschiedlichen Modulen und deren "Namen" bleibt bestehen...)

Vielen Dank und Grüße, Sebastian

sebastian257 schrieb:

Hallo ich_bin_der_gruffelo, zu Deiner Frage:

ich_bin_der_gruffelo schrieb:

Nun habe ich aber noch eine Frage: Wie hast Du es hin bekommen, in in allen genannten Dateien diese Sperren zu entfernen ? Bitte um Hilfe. Ein Danke im Voraus. Gruß ich_bin_der_gruffelo

kB schrieb außerdem noch:

Wenn Du das Modul rtw88_8821ce automatisch starten willst, darf es natürlich nicht auf der Sperrliste (blacklist) stehen, dh.

grep -r rtw88_8821ce /etc/modules /etc/modprobe.d/ 

darf nichts ausgeben. Anderenfalls sind in allen genannten Dateien diese Sperren zu entfernen.

Falls es sich wirklich um das selbe Problem handelt, gehe ich einfach mehr ins Detail, wie die Sperre zu entfernen ist. Es ist gerade mal wieder aktuell, weil ich bei dem letzten Upgrade gerade schon wieder ohne Netz da saß.

1. Du identifizierst die betroffenen Dateien. Bei mir sieht es so aus:

1 2	~$ grep -r rtw88_8821ce /etc/modules /etc/modprobe.d/ /etc/modprobe.d/dkms.conf:blacklist rtw88_8821ce

2. Die Sperre hebst Du auf, indem Du die Textdatei /etc/modprobe.d/dkms.conf änderst. Da die Datei root gehört und nur von root geändert werden kann, musst Du den Editor, mit dem Du die Änderung vornehmen willst mit root-Rechten starten, je nach vorhandenem Editor z.B.:

1 2	sudo gedit /etc/modprobe.d/dkms.conf [sudo] Passwort für xyz:

bei mir sieht die Datei dann NACH der Änderung so aus:

1 2 3 4 5

# modprobe information used for DKMS modules # # This is a stub file, should be edited when needed, # used by default by DKMS. # blacklist rtw88_8821ce

Also, das "#"-Zeichen stand vor dem blacklist ursprünglich nicht davor.

Danach fährt er bei mir wieder mit WLAN hoch.

¶

Lidux schrieb:

Hallo sebastian257,

Es gibt zu diesem WLAN Chipsatz zwei Module, wobei einer im Kernel integriert ist und der andere per dkms nachinstalliert wird. Diese stören sich gegenseitig, d.h. haben auch einen unterschiedlichen "Namen".

Gruss Lidux

Hm. Wie soll ich das verstehen. Dann müsste doch eines von beiden laufen, wenn das andere auf der Blacklist ist?! Ich hangele mich mal durch das Wiki Kernelmodule durch...

Jetzt wo es läuft bekomme ich folgende Infos:

1 2 3 4 5

lsmod | grep 8821 rtw88_8821ce 16384 0 rtw88_8821c 94208 1 rtw88_8821ce rtw88_pci 32768 1 rtw88_8821ce rtw88_core 299008 2 rtw88_pci,rtw88_8821c

Wenn ich die Auskommentierung entferne startet er ohne WLAN, keines der oben gefundenen Module ist dann geladen (genanntes Kommando erzeugt eine leere Ausgabe).

Das Vorhandensein der Datei "/lib/modules/5.19.0-38-generic/kernel/drivers/net/wireless/realtek/rtw88/rtw88_8821ce.ko" (u.a.) spricht dafür, dass es sich hier um ein "in den Kernel integriertes Modul" handelt. Richtig?

Um welches Modul soll es sich dann bei dem über dkms nachinstallierten handeln und wie würde es heißen? Gibt es eine Möglichkeit, das Problem bei kommenden Kernelupdates zu verhindern?

Grüße, Sebastian

Hallo Sebastian

Ich hab das jetzt so gemacht, wie Du mir hier das gezeigt bzw. schriftlich dargestellt hast. Es funzt. Freu !!! Nun ist mir jedoch beim eingeben des # ein Fehler unterlaufen, ich hab zwischen dem Raster und dem dann folgenden Buchstaben zwei Leerzeichen statt einem produziert. Mit nano Strg+O gleich gespeichert. Da ließ sich Nano auf einmal nicht schließen. In meiner Panik hab ich mich kurz abgemeldet, wieder angemeldet und nun unter der Textdatei dkms.conf eine weitere mit der Bezeichnung dkms.conf.save . Hast Du vielleicht einen Tipp, wie ich diese -.save wieder weg bekomme ?

Gruß ich_bin_der_gruffelo

ich_bin_der_gruffelo schrieb:

sebastian257 schrieb:

Hallo ich_bin_der_gruffelo, zu Deiner Frage:

ich_bin_der_gruffelo schrieb:

Nun habe ich aber noch eine Frage: Wie hast Du es hin bekommen, in in allen genannten Dateien diese Sperren zu entfernen ? Bitte um Hilfe. Ein Danke im Voraus. Gruß ich_bin_der_gruffelo

kB schrieb außerdem noch:

Wenn Du das Modul rtw88_8821ce automatisch starten willst, darf es natürlich nicht auf der Sperrliste (blacklist) stehen, dh.

grep -r rtw88_8821ce /etc/modules /etc/modprobe.d/ 

darf nichts ausgeben. Anderenfalls sind in allen genannten Dateien diese Sperren zu entfernen.

Falls es sich wirklich um das selbe Problem handelt, gehe ich einfach mehr ins Detail, wie die Sperre zu entfernen ist. Es ist gerade mal wieder aktuell, weil ich bei dem letzten Upgrade gerade schon wieder ohne Netz da saß.

1. Du identifizierst die betroffenen Dateien. Bei mir sieht es so aus:

1 2	~$ grep -r rtw88_8821ce /etc/modules /etc/modprobe.d/ /etc/modprobe.d/dkms.conf:blacklist rtw88_8821ce

2. Die Sperre hebst Du auf, indem Du die Textdatei /etc/modprobe.d/dkms.conf änderst. Da die Datei root gehört und nur von root geändert werden kann, musst Du den Editor, mit dem Du die Änderung vornehmen willst mit root-Rechten starten, je nach vorhandenem Editor z.B.:

1 2	sudo gedit /etc/modprobe.d/dkms.conf [sudo] Passwort für xyz:

bei mir sieht die Datei dann NACH der Änderung so aus:

1 2 3 4 5

# modprobe information used for DKMS modules # # This is a stub file, should be edited when needed, # used by default by DKMS. # blacklist rtw88_8821ce

Also, das "#"-Zeichen stand vor dem blacklist ursprünglich nicht davor.

Danach fährt er bei mir wieder mit WLAN hoch.

¶

Lidux schrieb:

Hallo sebastian257,

Es gibt zu diesem WLAN Chipsatz zwei Module, wobei einer im Kernel integriert ist und der andere per dkms nachinstalliert wird. Diese stören sich gegenseitig, d.h. haben auch einen unterschiedlichen "Namen".

Gruss Lidux

Hm. Wie soll ich das verstehen. Dann müsste doch eines von beiden laufen, wenn das andere auf der Blacklist ist?! Ich hangele mich mal durch das Wiki Kernelmodule durch...

Jetzt wo es läuft bekomme ich folgende Infos:

1 2 3 4 5

lsmod | grep 8821 rtw88_8821ce 16384 0 rtw88_8821c 94208 1 rtw88_8821ce rtw88_pci 32768 1 rtw88_8821ce rtw88_core 299008 2 rtw88_pci,rtw88_8821c

Wenn ich die Auskommentierung entferne startet er ohne WLAN, keines der oben gefundenen Module ist dann geladen (genanntes Kommando erzeugt eine leere Ausgabe).

Das Vorhandensein der Datei "/lib/modules/5.19.0-38-generic/kernel/drivers/net/wireless/realtek/rtw88/rtw88_8821ce.ko" (u.a.) spricht dafür, dass es sich hier um ein "in den Kernel integriertes Modul" handelt. Richtig?

Um welches Modul soll es sich dann bei dem über dkms nachinstallierten handeln und wie würde es heißen? Gibt es eine Möglichkeit, das Problem bei kommenden Kernelupdates zu verhindern?

Grüße, Sebastian

Hallo Sebastian

Ich hab das jetzt so gemacht, wie Du mir hier das gezeigt bzw. schriftlich dargestellt hast. Es funzt. Freu !!! Nun ist mir jedoch beim eingeben des # ein Fehler unterlaufen, ich hab zwischen dem Raster und dem dann folgenden Buchstaben zwei Leerzeichen statt einem produziert. Mit nano Strg+O gleich gespeichert. Da ließ sich Nano auf einmal nicht schließen. In meiner Panik hab ich mich kurz abgemeldet, wieder angemeldet und nun unter der Textdatei dkms.conf eine weitere mit der Bezeichnung dkms.conf.save . Hast Du vielleicht einen Tipp, wie ich diese -.save wieder weg bekomme ?

Gruß ich_bin_der_gruffelo

Hallo sebastian257,

Ja, dies ist das Modul im Kernel & Dateien mit "nano" bearbeiten.

Hallo ich_bin_der_gruffelo,

Die .save Datei einfach so lassen als Reserve oder mit Root Rechten löschen. In der "Original" ist aber jetzt ein Syntaxfehler ?

Gruss Lidux

Lidux schrieb:

Hallo sebastian257,

Ja, dies ist das Modul im Kernel & Dateien mit "nano" bearbeiten.

Hallo ich_bin_der_gruffelo,

Die .save Datei einfach so lassen als Reserve oder mit Root Rechten löschen. In der "Original" ist aber jetzt ein Syntaxfehler ?

Gruss Lidux

Hallo Lidux

Nach dem ich mich wieder an mein System angemeldet habe, habe ich mich per Nautilus zur /etc/modprobe.d/dkms.conf bewegt und mit dem Texteditor reingeschaut. Da war immer noch vor dem Eintrag in der letzten Reihe kein Raster vorhanden. Dann habe ich in die dkms.conf.save reingeschaut, dort waren in der letzten Reihe hinter dem Raster zwei Leeerzeichen und somit der Eintrag "Blacklist rtw88_8821ce" eingerückt. Nun habe ich im Terminal in beiden Textdateien die Einträge bereinigt. In der dkms.conf habe ich in der unteren Reihe das # gesetz und den Eintrag "Blacklist rte88_8821ce" um ein Leerzechen zurück in die richtige Reihe bewegt. Das ganze mit Strg+O gespeichert und das Terminal mit Strg+X geschlossen. Das hat reibungslos funktioniert. Dann habe ich wieder per nano im Terminal die dkms.conf.save bereinigt, in dem ich auch hier nach dem # den letzten Eintrag um ein Leerzeichen zurück nahm. Das auch mit Strg+O gespeichert und mit Strg+X das Terminal geschlossen. Das funzte nun auch reibungslos. Nach dieser Aktion habe ich Ubuntu 22.04.2 neu gestartet. Jetzt hatte ich wieder Wlan. Also ich glaube nicht, das ich in einer der beiden Textdateien einen Syntaxfehler habe. Habe eben nur eine Textdatei mehr. Nun schreibst Du, dass ich diese dkms.conf.save mit Root-Rechten löschen kann. Wäre gut, wenn Du mir hier beschreibst, wie ich das hin bekomme.

Gruss ic_bin_der_gruffelo