.png)
Das Problem betrifft eine Regression der Fahrerunterstützung für dieRTL8192CUSWLAN-Chip unterantiX 13.1, eine Debian Wheezy (stabil) basierte Distribution. Der Chip befindet sich in einemEdimax EW-7811Un 802.11n WLAN-Adapter.
Hier zunächst einige allgemeine Systeminformationen.
$ inxi -F
System: Host: 4000cdt Kernel: 3.7.10-antix.3-486-smp i686 (32 bit)
Desktop: IceWM 1.3.7 Distro: antiX-13.1_386-full Luddite 19 June 2013
Machine: No /sys/class/dmi, using dmidecode: you must be root to run dmidecode
CPU: Single core Pentium II (Deschutes) (-UP-) cache: 512 KB flags: (pae) clocked at 233.275 MHz
Graphics: Card: Chips and F65555 HiQVPro X.Org: 1.12.4 drivers: chips (unloaded: fbdev,vesa) Resolution: [email protected]
GLX Renderer: Gallium 0.4 on softpipe GLX Version: 2.1 Mesa 8.0.5
Network: Card: Edimax EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS]
IF: N/A state: N/A mac: N/A
Drives: HDD Total Size: 40.0GB (8.7% used) 1: id: /dev/sda model: TOSHIBA_MK4032GA size: 40.0GB
Partition: ID: / size: 9.9G used: 3.0G (32%) fs: ext4 ID: /home size: 25G used: 284M (2%) fs: ext4
ID: swap-1 size: 2.15GB used: 0.00GB (0%) fs: swap
Sensors: System Temperatures: cpu: 71.0C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 88 Uptime: 2:57 Memory: 72.4/151.4MB Client: Shell (bash) inxi: 1.9.9
Während des Bootvorgangs werden auf dem Bildschirm die folgenden Fehler angezeigt, die bei der Ausführung des /etc/network/if-pre-up.d/linux-wlan-ng-pre-up
Skripts verursacht wurden:
FATAL: Module p80211 not found.
/etc/network/if-pre-up.d/linux-wlan-ng-pre-up
Failed to load p80211.ko.
Listening on LPF/wlan0/00:1f:1f:bf:45:7a
Sending on LPF/wlan0/00:1f:1f:bf:45:7a
Sending on Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 17
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 13
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
Die Fehlermeldungen können durch die Eingabe der Befehle sudo modprobe p80211
und reproduziert werden sudo dhclient -v wlan0
.
Folgende Module werden geladen:
$ lsmod
Module Size Used by
mperf 870 0
cpufreq_stats 2600 0
cpufreq_powersave 575 0
cpufreq_conservative 3562 0
ppdev 4124 0
lp 6127 0
uinput 5093 1
nfsd 156046 2
auth_rpcgss 19755 1 nfsd
nfs_acl 1576 1 nfsd
nfs 88586 0
lockd 42731 2 nfs,nfsd
fscache 21695 1 nfs
sunrpc 122417 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl
af_packet 19031 6
dm_crypt 10846 0
arc4 1400 2
rtl8192cu 45534 0
rtlwifi 43564 1 rtl8192cu
rtl8192c_common 23999 1 rtl8192cu
mac80211 192647 3 rtlwifi,rtl8192c_common,rtl8192cu
cfg80211 123731 2 mac80211,rtlwifi
microcode 8484 0
evdev 6815 10
mac_hid 2214 0
psmouse 52159 0
pcspkr 1273 0
serio_raw 3177 0
i2c_piix4 6769 0
toshiba_acpi 10065 0
sparse_keymap 1937 1 toshiba_acpi
parport_pc 23969 1
rfkill 10599 3 cfg80211,toshiba_acpi
parport 21942 3 lp,ppdev,parport_pc
wmi 6240 1 toshiba_acpi
pcmcia 24870 0
battery 5391 0
yenta_socket 15802 0
ac 1753 0
pcmcia_rsrc 5995 1 yenta_socket
pcmcia_core 8446 3 pcmcia,pcmcia_rsrc,yenta_socket
processor 23837 1
button 3513 0
btrfs 555574 0
zlib_deflate 15207 1 btrfs
dm_mod 51354 1 dm_crypt
floppy 41663 0
fan 1818 0
thermal 6606 0
thermal_sys 10423 3 fan,thermal,processor
Beweis, dass es sich nicht um ein Authentifizierungsproblem handelt:
$ sudo cat /var/log/dmesg |grep wlan0
[ 36.321107] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 38.921480] wlan0: authenticate with 00:xx:xx:xx:xx:xx
[ 38.971473] wlan0: send auth to 00:xx:xx:xx:xx:xx (try 1/3)
[ 38.996892] wlan0: authenticated
[ 39.000218] wlan0: associate with 00:xx:xx:xx:xx:xx (try 1/3)
[ 39.055578] wlan0: RX AssocResp from 00:xx:xx:xx:xx:xx (capab=0x411 status=0 aid=2)
[ 39.056549] wlan0: associated
[ 39.056781] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 49.062856] wlan0: disassociating from 00:xx:xx:xx:xx:xx by local choice (reason=3)
[ 49.086100] wlan0: deauthenticating from 00:xx:xx:xx:xx:xx by local choice (reason=3)
[ 50.431396] wlan0: authenticate with 00:xx:xx:xx:xx:xx
[ 50.481575] wlan0: send auth to 00:xx:xx:xx:xx:xx (try 1/3)
[ 50.684150] wlan0: send auth to 00:xx:xx:xx:xx:xx (try 2/3)
[ 50.888146] wlan0: send auth to 00:xx:xx:xx:xx:xx (try 3/3)
[ 51.092212] wlan0: authentication with 00:xx:xx:xx:xx:xx timed out
$ sudo iwconfig
wlan0 IEEE 802.11bgn ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=20 dBm
Retry long limit:7 RTS thr=2347 B Fragment thr:off
Encryption key:off
Power Management:off
lo no wireless extensions.
Ich habe es schon versucht:
- Installierender Linux-Treiber von der Realtek-Sitewährend das
linux-wlan-ng
Paket deinstalliert und das Kernelmodul auf die schwarze Liste gesetzt wirdrtl8192cu
(was vorher mit antiX 12M funktioniert hat) und ipv6.disable=1
Alsgrub
Boot-Parameter an den Kernel übergeben .
Fragen
Warum ist das p80211
Modul in einer Distribution nicht zu finden, die angeblich auf Debian Wheezy basiert?stabil? Wie bekomme ich DHCP für diesen WLAN-Adapter zum Laufen?
Antwort1
Warum ist das Modul p80211 in einer Distribution nicht zu finden, die auf der stabilen Version von Debian Wheezy basieren soll?
Weil Anti den Kernel selbst erstellt und dieses Modul wahrscheinlich weggelassen hat. Ich bin bei früheren Versionen auf anderer Ausrüstung darauf gestoßen und habe das Team darüber informiert.
http://antix.freeforums.org/post28122.html#p28122
Ich antworte Ihnen hier und nicht im Forum. Das Forum hat einen Fehler beim Posten von Code-Auslesungen. Wenn Sie in AntiX-Foren posten, lassen Sie ein Leerzeichen zwischen /etc/issue oder /ect oder irgendetwas anderem, sonst erhalten Sie die Meldung
Sie haben keine Berechtigung, auf diesem Server auf /posting.php zuzugreifen.
Edit: als schnelle Lösung, wie ich sie in der Vergangenheit verwendet habe. Sie können smxi als Root von X aus ausführen und einen Liqourix- oder Debian-Kernel über eine Festnetzverbindung installieren, falls verfügbar.
Antwort2
FATAL: Module p80211 not found.
Istnormalerweise ein Hinweis darauf, dass der bereitgestellte Treiber veraltet istfür den verwendeten Kernel.
Darüber hinaus lässt sich die aktuelle Version 3.4.4_4749.20121105 des Realtek-Treibers nicht mit den neuesten Linux-Kerneln kompilieren. Die Lösung besteht darin, einen heruntergestuften Kernel zu installieren, den Realtek-Treiber darauf zu kompilieren und den vom heruntergestuften Kernel bereitgestellten Treiber auf die schwarze Liste zu setzen.
Drücken Sie Strg+Alt+F1, um eine Befehlszeile außerhalb des Display-Managers zu erhalten. Führen Sie das smxi.sh
mit Antix mitgelieferte Skript aus.
sudo smxi
Für andere GNU/Linux-Distributionen laden Sie das Skript herunter vonsmxi.org. Folgen Sie den Anweisungen. A dist-upgrade
ist nicht immer notwendig.
Wählen:6) kernel-options > 1) alternate-kernel-install
Kernel 3.6.0-11.dmz.1-liquorix-686
oder niedriger funktionieren, Kernel 3.7.0-10.dmz.1-liquorix-686
und höher nicht. Der neueste stabile Kernel mit Langzeitunterstützung, der funktioniert, ist 3.4.0-35.dmz.1-liquorix-686
.
Stellen Sie sicher, dass Sie den neuen Kernel neu starten, bevor Sie fortfahren. Dieser Kernel kann standardmäßig gestartet werden. Bearbeiten Sie dazu einfach...
sudo nano /boot/grub/menu.lst
Laden Sie den RTL8192CUS Linux-Treiber herunter vonRealteks Website.
Extrahieren Sie den Treiber. Speichern Sie dann das folgende Bash-Skript setup.sh
im selben Verzeichnis wie install.sh
. (Ich habe dieses Skript vonSchöljevonAbonnieren-Distro-Ruhm.)
#!/bin/bash
if [ $UID -ne 0 ]; then
echo "Please, type the root password..."
su -c "$0 $@"
exit
fi
apt-get install linux-headers-`uname -r`
apt-get install build-essential
rmmod rtl8192cu
chmod +x install.sh
./install.sh
echo "blacklist rtl8192cu" > /etc/modprobe.d/blacklist-rtl8192cu.conf
echo 8192cu >> /etc/modules
Machen Sie das Skript ausführbar und führen Sie es aus.
chmod +x setup.sh
./setup.sh
Nach erfolgreichem Abschluss des Skripts geben Sie
sudo service network restart
Ihr RTL8192CUS-WLAN-Adapter sollte jetzt ordnungsgemäß funktionieren.
Um eine Verbindung zu einem drahtlosen Netzwerk herzustellen, kann die Anwendung Wicd verwendet werden. Wenn immer dasselbe WLAN verwendet wird, kann man die Sicherheitsanmeldeinformationen auch wie folgt fest codieren:
sudo chmod 600 /etc/network/interfaces
sudo nano /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
allow-hotplug eth0
iface eth0 inet dhcp
auto wlan0
iface wlan0 inet dhcp
wpa-ssid xxxxxxxxxxx
wpa-psk xxxxxxxxxxxx