Modprobe-Fehler beheben: FATAL: Modul p80211 nicht im Verzeichnis gefunden … Fehler beim Laden von p80211.ko

Oktober

2022

22:58

Modprobe-Fehler beheben: FATAL: Modul p80211 nicht im Verzeichnis gefunden … Fehler beim Laden von p80211.ko

Linux

17 Oktober 2022 22:58

In Debian Bullseye trat ein komplexer Fehler auf: Ping ya.ru „Unbekannter Dienst“ funktionierte nicht, beim Neustart des Netzwerkdienstes wurde der Fehler „Modul p80211 nicht gefunden“ angezeigt, ein Fehler bei der DNS-Namensauflösung.

Auf meinem Heim-PC verwende ich den TP-Link TL-WN821N 300Mbps Wireless N USB Adapter. Betriebssystem Sparky Linux version 6 (Debian Bullseye) funktioniert bei mir seit zwei Jahren. Doch nach dem Versuch, den Treiber für den Atheros-Chip zu kompilieren und zu installieren, sowie nach Experimenten mit Oracle VirtualBox startete das Wi-Fi-Netzwerk nicht mehr normal. Symptome: Ping funktioniert nicht, beim Neustart von sudo service networking restart ist der Fehler:
modprobe: FATAL: Module p80211 not found in directory /lib/modules/6.0.0-sparky-amd64 Failed to load p80211.ko

die Suche nach dem Fehler führte mich weder zu einer Lösung noch zu einer Erklärung der Ursache des Problems. Seit dem Modul p80211.ko ist in keinem Linux-Kernel vorhanden.
Daher ist der Fehler „induziert“ und die Meldung ist nicht wahr.

Eine Möglichkeit, das Problem zu lösen, dass von Debian aus keine Verbindung zu einem Wi-Fi-Netzwerk hergestellt werden kann

1) Falscher, zusätzlicher Treiber entfernt

sudo apt-get remove linux-wlan-ng

2) Installierte das WPA-Supplicant-Paket, das eine „Schicht“ zwischen NetworkManager und dem Treiber im Kernel darstellt.

sudo apt install wpasupplicant

3) Für alle Fälle habe ich überprüft, ob das NetWorkManager-Paket namens network-manager installiert ist

sudo apt-get install network-manager network-manager-gnome

4) Ich habe den Inhalt der NetworkManager-Konfigurationsdatei in die entsprechende Form gebracht:

sudo nano /etc/Networkmanager/NetworkManager.conf

[main]
Plugins=ifupdown,keyfile

[ifupdown]
verwaltet=false

Zum NetworkManager hat es nicht geschafft netzwerk, und die Konfigurationsdatei funktionierte /etc/network/interfaces).

5) Die Datei resolv.conf umbenannt

sudo mv /etc/resolv.conf /etc/resolv.old

6) Einen weichen symbolischen Link zur automatischen Laufzeitdatei „resolv.conf“ erstellt.

sudo ln -s /run/resolvconf/resolv.conf /etc/resolv.conf

7) Konfigurationsdateityp /etc/network/interfaces, das angewendet wird, wenn „[ifupdown]managed=false“,
wenn NetworkManager nicht an der Netzwerkverwaltung beteiligt ist:

auto lo
iface lo inet loopback

auto enp2s0
allow-hotplug enp2s0
iface enp2s0 inet dhcp
iface enp2s0 inet6 dhcp

auto wlan0
allow-hotplug wlan0
iface wlan0 inet dhcp
iface wlan0 inet6 dhcp
wpa-essid wi-fi_name
wpa-psk wi-fi_password
dns-nameservers 192.168.1.1

Dabei ist 192.168.1.1 die IP-Adresse des WLAN-Routers.

Wenn „[ifupdown]managed=true“ diese Datei nicht verwendet wird, müssen WLAN-Einstellungen in das Network Manager-Applet eingegeben werden.

8) Wenn das Wi-Fi-Netzwerk „ausgefallen“ ist, erhebe ich es mit zwei Befehlen

sudo ifdown wlan0
sudo ifup wlan0

Wenn der ifup-Befehl über Sperre schreibt, lösche ich die Datei, die den Start verhindert hat

sudo rm /run/network/ifstate.wlan0

9) Den WPA-Supplicant-Dienst aktiviert und gestartet

sudo systemctl unmask wpa_supplicant.service
sudo systemctl start wpa_supplicant.service

Alternativ können Sie den folgenden Befehl ausführen, der dasselbe bewirkt:

sudo systemctl --now enable wpa_supplicant

Als Ergebnis das Applet nm-tray zeigt an, ob Sie mit einem Wi-Fi-Netzwerk verbunden sind.
(Das nm-tray-Applet ist ein vollständiges Analogon des nm-Applets. Wird mit dem Befehl installiert apt install nm-tray).

10) Neu gestartet, damit er es sehen konnte managed=false, und überprüfte den Status des NetworkManager-Dienstes

sudo systemctl restart NetworkManager.service
sudo systemctl status NetworkManager.service

Blog über Radio und Linux