sabined
(Themenstarter)
Anmeldungsdatum: 16. Februar 2011
Beiträge: 237
|
Guten Morgen! Gestern abend habe ich noch ein paar WLAN-fähige Geräte eingesammelt und die Beute - ein Windows-10-Notebook, ein Android-Tablet, ein Android-Handy, ein Apple- und ein Ubuntu-Notebook - an das WLAN rangehängt, und alle haben sich auf Anhieb verbunden. Also liegt's nicht an den Einstellungen der Box von O2 (hätte ja auch was falsch eingestellt sein können), sondern tatsächlich entweder am Digitus-Stick, am Treiber oder am verbastelten System. Ich kapiere insbesondere nicht, warum mein Ubuntu-Laptop (Ausus Zenbook mit Ubuntu 17.10) sich so problemlos verbunden hat. Das ging innerhalb von Sekunden - und läuft und läuft. Ohne Bastelei, ohne alles. Also weiter... tis@put:~$ sudo modprobe 8812au
[sudo] Passwort für musmontis:
modprobe: ERROR: could not insert '8812au': Exec format error Format error klingt gar nicht gut. tis@put:~$ udevadm info -e | grep "ID_NET_*"
E: ID_NET_DRIVER=r8169
E: ID_NET_LINK_FILE=/lib/systemd/network/99-default.link
E: ID_NET_NAME_MAC=enxd050990f35bc
E: ID_NET_NAME_PATH=enp2s0
E: ID_NET_DRIVER=rtl8812au
E: ID_NET_LINK_FILE=/lib/systemd/network/99-default.link
E: ID_NET_NAME=wlp0s18f2u2u1
E: ID_NET_NAME_MAC=wlx00e04c193e06
E: ID_NET_NAME_PATH=wlp0s18f2u2u1
E: ID_NET_LINK_FILE=/lib/systemd/network/99-default.link In
/lib/systemd/network/99-default.link
steht:
[Link]
NamePolicy=kernel database onboard slot path
MACAddressPolicy=persistent
aber
/run/systemd/network/99-default.link
ist nicht vorhanden. In
/lib/systemd/network/ ist das drin:
/lib/systemd/network/80-container-host0.network
/lib/systemd/network/80-container-ve.network
/lib/systemd/network/80-container-vz.network und
/run/systemd/network/
gibt's bei mir gar nicht?! Auch eine Überraschung: Der Ordner
/etc/udev/rules.d/
ist leer, die Datei
70-persistent-network.rules
gibt's bei mir ebenfalls nicht! Himmel... ich blick überhaupt nicht mehr durch - im Gegensatz zu dir, ich ziehe echt den Hut! - und bin wirklich kurz davor, das System neu aufzusetzen und dann nochmal von vorn zu versuchen, das Ding zum Laufen zu bekommen, und wenn das dann immer noch nicht geht, den Stick zurückzuschicken mit Krawall. Ich hätte nie im Leben gedacht, dass das so ein Problem darstellen wird, sonst hätte ich mir gleich "Steckdosen-Internet" zugelegt und fertig.
|
sabined
(Themenstarter)
Anmeldungsdatum: 16. Februar 2011
Beiträge: 237
|
Ich fassssssssssss es nicht. Musste mich gerade erst mal wieder vom Boden hochrappeln, weil ich jetzt wirklich vom Stuhl gefallen bin. Ich hab nichts mehr geändert seit gestern und vorgestern und überhaupt, seit den unzähligen Fehlverbindungsversuchen. Und weißt du, was jetzt passiert ist? Ich wollte die Kiste herunterfahren und dachte, ich muss jetzt noch ein letztes Mal meinen Lieblings-WPA-Schlüssel eingeben, bevor ich Essen koche, und - Achtung, halt dich fest - er hat sich verbunden 😀 Ich kann's nicht glauben, das kapiere ich einfach nicht 😲 Jetzt fahre ich ihn runter und wieder hoch und schau, was dann passiert. Edit: Unglaublich. Er hat sich wieder verbunden. Automatisch. Wie von Geisterhand. Ich füge mal die Ausgabe von
dmesg ein und geh erst mal kochen und den wundervollen Schrecken verdauen ☺
[ 3.722726] usbcore: registered new interface driver mceusb
[ 3.728837] rtl8812au: loading out-of-tree module taints kernel.
[ 3.730291] rtl8812au: module verification failed: signature and/or required key missing - tainting kernel
[ 3.732411] usb-storage 1-2.2:1.1: USB Mass Storage device detected
[ 3.732440] RTL871X: module init start
[ 3.732442] RTL871X: rtl8812au v4.3.14_13455.20150212_BTCOEX20150128-51
[ 3.732442] RTL871X: rtl8812au BT-Coex version = BTCOEX20150128-51
[ 3.734830] scsi host10: usb-storage 1-2.2:1.1
[ 3.735001] usbcore: registered new interface driver usb-storage
[ 3.737175] usbcore: registered new interface driver uas
[ 3.858028] EXT4-fs (sdb6): mounted filesystem with ordered data mode. Opts: (null)
[ 3.903380] RTL871X: rtw_ndev_init(wlan0)
[ 3.903607] usbcore: registered new interface driver rtl8812au
[ 3.903608] RTL871X: module init ret=0
[ 3.906237] rtl8812au 1-2.1:1.0 wlx00e04c193e06: renamed from wlan0
[ 3.937678] audit: type=1400 audit(1512816956.793:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="content-hub-peer-picker" pid=678 comm="apparmor_parser"
[ 3.937704] audit: type=1400 audit(1512816956.793:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="content-hub-clipboard" pid=677 comm="apparmor_parser"
[ 3.939003] audit: type=1400 audit(1512816956.794:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="url-dispatcher-bad-url-helper" pid=681 comm="apparmor_parser"
[ 3.941979] audit: type=1400 audit(1512816956.797:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/sbin/dhclient" pid=680 comm="apparmor_parser"
[ 3.941982] audit: type=1400 audit(1512816956.797:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-client.action" pid=680 comm="apparmor_parser"
[ 3.941985] audit: type=1400 audit(1512816956.797:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/NetworkManager/nm-dhcp-helper" pid=680 comm="apparmor_parser"
[ 3.941986] audit: type=1400 audit(1512816956.797:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/connman/scripts/dhclient-script" pid=680 comm="apparmor_parser"
[ 3.943049] audit: type=1400 audit(1512816956.799:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="ubuntu-printing-app" pid=685 comm="apparmor_parser"
[ 3.944463] audit: type=1400 audit(1512816956.800:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="unity8-dash" pid=686 comm="apparmor_parser"
[ 4.122059] random: crng init done
[ 4.428820] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready
[ 4.562139] r8169 0000:02:00.0 enp2s0: link down
[ 4.562141] r8169 0000:02:00.0 enp2s0: link down
[ 4.562208] IPv6: ADDRCONF(NETDEV_UP): enp2s0: link is not ready
[ 4.567271] IPv6: ADDRCONF(NETDEV_UP): wlx00e04c193e06: link is not ready
[ 4.780061] scsi 10:0:0:0: Direct-Access Generic- Compact Flash 1.00 PQ: 0 ANSI: 0 CCS
[ 4.795420] scsi 10:0:0:1: Direct-Access Generic- SM/xD-Picture 1.00 PQ: 0 ANSI: 0 CCS
[ 4.810802] scsi 10:0:0:2: Direct-Access Generic- SD/MMC 1.00 PQ: 0 ANSI: 0 CCS
[ 4.826176] scsi 10:0:0:3: Direct-Access Generic- MS/MS-Pro 1.00 PQ: 0 ANSI: 0 CCS
[ 4.826415] sd 10:0:0:0: Attached scsi generic sg3 type 0
[ 4.826530] sd 10:0:0:1: Attached scsi generic sg4 type 0
[ 4.827926] sd 10:0:0:2: Attached scsi generic sg5 type 0
[ 4.830570] sd 10:0:0:3: Attached scsi generic sg6 type 0
[ 4.834793] sd 10:0:0:0: [sdc] Attached SCSI removable disk
[ 4.835667] sd 10:0:0:2: [sde] Attached SCSI removable disk
[ 4.836543] sd 10:0:0:3: [sdf] Attached SCSI removable disk
[ 4.852667] sd 10:0:0:1: [sdd] Attached SCSI removable disk
[ 5.022467] IPv6: ADDRCONF(NETDEV_UP): wlx00e04c193e06: link is not ready
[ 5.088808] IPv6: ADDRCONF(NETDEV_UP): wlx00e04c193e06: link is not ready
[ 6.469438] r8169 0000:02:00.0 enp2s0: link up
[ 6.469448] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready
[ 9.778452] RTL871X: rtw_set_802_11_connect(wlx00e04c193e06) fw_state=0x00000008
[ 10.017335] RTL871X: start auth
[ 10.026554] RTL871X: auth success, start assoc
[ 10.030979] RTL871X: rtw_cfg80211_indicate_connect(wlx00e04c193e06) BSS not found !!
[ 10.030998] RTL871X: assoc success
[ 10.031115] IPv6: ADDRCONF(NETDEV_CHANGE): wlx00e04c193e06: link becomes ready
[ 11.032934] RTL871X: send eapol packet
[ 11.043639] RTL871X: send eapol packet
[ 11.043793] RTL871X: set pairwise key camid:4, addr:b0:ea:bc:5b:a2:a3, kid:0, type:AES
[ 11.046935] RTL871X: set group key camid:5, addr:b0:ea:bc:5b:a2:a3, kid:2, type:TKIP
[ 17.634001] rfkill: input handler disabled
[ 89.975477] RTL871X: sta recv deauth reason code(6) sta:b0:ea:bc:5b:a2:a3, ignore = 0
[ 89.978362] RTL871X: sta recv deauth reason code(6) sta:b0:ea:bc:5b:a2:a3, ignore = 0
[ 89.978968] RTL871X: sta recv deauth reason code(6) sta:b0:ea:bc:5b:a2:a3, ignore = 0
[ 94.247298] RTL871X: rtw_set_802_11_connect(wlx00e04c193e06) fw_state=0x00000008
[ 94.294464] RTL871X: start auth
[ 94.296561] RTL871X: auth success, start assoc
[ 94.300479] RTL871X: rtw_cfg80211_indicate_connect(wlx00e04c193e06) BSS not found !!
[ 94.300522] RTL871X: assoc success
[ 94.304724] RTL871X: send eapol packet
[ 94.309333] RTL871X: send eapol packet
[ 94.309478] RTL871X: set pairwise key camid:4, addr:b0:ea:bc:5b:a2:a3, kid:0, type:AES
[ 94.313030] RTL871X: set group key camid:5, addr:b0:ea:bc:5b:a2:a3, kid:2, type:TKIP
|
scorpion81
Anmeldungsdatum: 3. Dezember 2017
Beiträge: 29
|
Hallo ☺ Edit: Aah ok, wenns denn klappt, Gratulation ☺ Am Router scheint WPA mit TKIP eingestellt zu sein, gibts auch mit CCMP (hab ich bei mir eingestellt). Aber... never touch a running system ☺ Also, das mit dem Treiber 8812au können wir abhaken, der andere bereits geladene Treiber scheint lediglich ne neuere Version davon zu sein.
Und wenns Fehler gibt, dann machts eh keinen Sinn. Wie ichs mir gedacht hatte, der Treiber scheint irgendwie seinen langen Namen zu exportieren und die Standardregeln greifen dann, die Umbenennung findet statt. Nun gibts 2 Möglichkeiten:
Entweder die Datei /lib/udev/rules.d/70-persistent-network.rules anlegen und den vorher von mir genannten Inhalt reinschreiben oder die Datei /lib/systemd/network/98-realtek.link anlegen und
[Match]
Driver="rtl8812au"
[Link]
Name=wlan0 reinschreiben. Vielleicht auch erst das eine und dann das andere. Nach der Änderung jeweils neu starten und dmesg ausgaben posten, bitte ☺ Oder alternativ, falls
/etc/systemd/network/99-default.link existiert (bei mir gibts die z.B. nicht)
diese mit einem Symlink "maskieren"... ln -s /dev/null /etc/systemd/network/99-default.link Wenn sich das Fehlerbild nicht ändert, dann gehn mir auch langsam die Ideen aus. Vllt auch ein Neuaufsetzen des Systems versuchen, und zu guter Letzt den Stick wenn nix geht, zurückschicken.
|
sabined
(Themenstarter)
Anmeldungsdatum: 16. Februar 2011
Beiträge: 237
|
Hallo ☺ Noch was Neues. Erst wollte er sich nur verbinden, wenn ich
nm-applet
zuvor aufgerufen habe. Kann Zufall sein oder auch nicht, wie gesagt, ich seh den Wald vor lauter Bäumen nicht mehr. Also hab ich noch die Datei
/lib/udev/rules.d/70-persistent-network.rules
mit der von dir angeführten Zeile
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="rtl8812au", ATTR{type}=="1", NAME="wlan0"
verziert, und nun hat er sich nach einem Neustart auch ohne nm-applet verbunden. Die Herstellung der Verbindung dauert zwar einen Moment, aber das ist mir wurschtegal. Ich setze das Thema jetzt auf "gelöst", schicke dir ein herzlichstes und dickstes virtuelles Dankeschön, wünsche ein schönes Rest-Wochenende und überhaupt, und wenn sich noch was ergeben sollte, melde ich mich nochmal. Bye! 👍
|
sabined
(Themenstarter)
Anmeldungsdatum: 16. Februar 2011
Beiträge: 237
|
So, da bin ich wieder. Nach mehrstündigem Arbeiten habe ich jetzt herausgefunden, dass die WLAN-Verbindung überhaupt nicht stabil ist. Sie bricht immer mal wieder ab, braucht dann ewig, um sich neu zu verbinden, und manchmal hilft das Aus- und Wiederanstecken des Sticks oder gar nur ein Neustart des ganzen Rechners.
Auffällig ist, dass diese beiden Zeilen immer wieder auftauchen, wenn ich
dmesg
aufrufe:
[ 1361.531819] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 1361.982800] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 1362.048621] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 1370.875521] RTL871X: rtw_set_802_11_connect(wlan0) fw_state=0x00000008
[ 1378.012132] RTL871X: rtw_set_802_11_connect(wlan0) fw_state=0x00000008
[ 1378.253375] RTL871X: start auth
[ 1378.337074] RTL871X: auth success, start assoc
[ 1378.341335] RTL871X: rtw_cfg80211_indicate_connect(wlan0) BSS not found !!
- also "wlan0: link is not ready" und "rtw_cfg80211_indicate_connect(wlan0) BSS not found !!" Außerdem etwas erschreckt hat mich das hier:
[ 1356.949873] WARNING: CPU: 3 PID: 99 at /build/linux-tt6jd0/linux-4.13.0/net/wireless/core.c:1298 cfg80211_netdev_notifier_call+0x3f2/0x600 [cfg80211] Ich denke, ich werde demnächst, wenn ich Zeit und Lust habe, das ganze System neu aufsetzen. Aber vielleicht hat ja jemand vorher schon eine Idee, was ich zur Rettung meines Nervenkostüms tun könnte?! Schönen Sonntagabend wünscht euch allen
Sabine
|
sabined
(Themenstarter)
Anmeldungsdatum: 16. Februar 2011
Beiträge: 237
|
... sorry, doppelt gepostet 🙄
|
scorpion81
Anmeldungsdatum: 3. Dezember 2017
Beiträge: 29
|
Hallo ☺ Steht vor oder nach
[ 1356.949873] WARNING: CPU: 3 PID: 99 at /build/linux-tt6jd0/linux-4.13.0/net/wireless/core.c:1298 cfg80211_netdev_notifier_call+0x3f2/0x600 [cfg80211] noch mehr, was wie ein Stacktrace im Kernel aussehen könnte ? Also ähnlich wie hier https://bbs.archlinux.org/viewtopic.php?id=230604 (dort wird ein ähnliches Problem mit NetworkManager auf Arch Linux beschrieben, wo aber auch eine ähnliche Fehlermeldung Teil davon ist (leider nicht exakt dieselbe)
Weiterhin wird dort davon gesprochen, den Kernel auf mindestens 4.13.5 upzudaten, weil ein damit zusammenhängendes Problem dort gefixed sein soll. Jedoch gilt, dass das nicht unbedingt 100% diesem Problem entsprechen muss, hab leider (vorerst ) nix gefunden, was "näher" dran ist... Nur klappt das unter Ubuntu (soweit ich sehe) nicht so einfach (also graphisch) wie unter Linux Mint.
Daher teste ich gerade nochmal in einer Virtualbox, wie das Mint 18.3 sich da verhält (es basiert auf Ubuntu 16.04 LTS)
Ansonsten gibts in Mint einfach ein offizielles Tool, zum einfachen Update des Kernels. Edit: Pustekuchen, dort werden zwar einige Kernel angeboten, aber nur eine eingeschränkte Auswahl ist vorhanden.
Also könnte man mal das Tool "Ukuu" ausprobieren... https://forum.ubuntuusers.de/topic/ukuu-tool/ Hab ich für Ubuntu nur in einer PPA gesehen (personal package archive). Geht aber auch "per Hand", es *sollten* fertige Pakete da sein, sonst wenn nicht kann es sein dass vllt ein neuer Kernel
kompiliert werden muss sogar (im Extremfall) Ich erwähne das hier nur der Vollständigkeit halber. Und wenn eh ein neues System aufgesetzt werden soll, dann kann man ja mal Mint 18.3 ausprobieren (vllt vorher von Live CD/Stick oder in einer Virtual Box mal testen, ob zusagt) Edit 2: Mint 18.3 / Ubuntu 16.04.x verwenden den NetworkManager 1.2.2 oder 1.2.6, welcher mit meinem Stick / Treiber nicht funktioniert, entweder schmiert der Treiber ab oder der NetworkManager. Mit NetworkManager 1.8.4 in Ubuntu 17.10. funktionierts wieder. Also streichen wir mal die Idee mit Mint. (Muss ja nicht heissen dass der Realtek Treiber auch dran scheitert, aber das ist schon mal kein gutes Zeichen.)
|
sabined
(Themenstarter)
Anmeldungsdatum: 16. Februar 2011
Beiträge: 237
|
Hallo ☺ Stacktrace im Kernel könnte sein, da steht was von
[ 1001.144395] ---[ end trace f8c443ddfdb41bf3 ]---
Ich füge die gesamte Ausgabe mal ein. Ähnliches erscheint jedes Mal, wenn die Verbindung abbricht.
[ 990.870767] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 1001.022842] usb 2-2: USB disconnect, device number 2
[ 1001.075549] RTL871X: HalPwrSeqCmdParsing: Fail to polling Offset[0x6]=00
[ 1001.127861] RTL871X: HalPwrSeqCmdParsing: Fail to polling Offset[0x6]=00
[ 1001.143729] ------------[ cut here ]------------
[ 1001.143791] WARNING: CPU: 2 PID: 3361 at /build/linux-tt6jd0/linux-4.13.0/net/wireless/core.c:1298 cfg80211_netdev_notifier_call+0x3f2/0x600 [cfg80211]
[ 1001.143794] Modules linked in: binfmt_misc snd_hda_codec_realtek snd_hda_codec_generic snd_hda_codec_hdmi snd_hda_intel snd_hda_codec snd_hda_core snd_hwdep rtl8812au(OE) cfg80211 snd_pcm snd_seq_midi snd_seq_midi_event uas usb_storage snd_rawmidi mceusb snd_seq edac_mce_amd input_leds kvm_amd joydev kvm irqbypass snd_seq_device snd_timer serio_raw wmi_bmof snd k10temp soundcore i2c_piix4 shpchp nuvoton_cir rc_core mac_hid nct6775 hwmon_vid parport_pc ppdev lp parport ip_tables x_tables autofs4 hid_generic usbhid hid amdkfd amd_iommu_v2 radeon psmouse i2c_algo_bit pata_acpi ttm pata_atiixp drm_kms_helper syscopyarea sysfillrect ahci sysimgblt fb_sys_fops libahci drm r8169 mii wmi
[ 1001.143879] CPU: 2 PID: 3361 Comm: kworker/2:2 Tainted: G OE 4.13.0-19-generic #22-Ubuntu
[ 1001.143882] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./960GM/U3S3 FX, BIOS P1.40 10/02/2013
[ 1001.143892] Workqueue: usb_hub_wq hub_event
[ 1001.143895] task: ffff960021381600 task.stack: ffffa60a028e8000
[ 1001.143933] RIP: 0010:cfg80211_netdev_notifier_call+0x3f2/0x600 [cfg80211]
[ 1001.143936] RSP: 0018:ffffa60a028eb8e0 EFLAGS: 00010286
[ 1001.143940] RAX: ffff9600a942a3c0 RBX: ffff960018243400 RCX: 0000000000000000
[ 1001.143942] RDX: ffff9600182434d8 RSI: 0000000000000286 RDI: 0000000000000286
[ 1001.143945] RBP: ffffa60a028eb9d0 R08: 00000000000000ab R09: ffff9600aa792cc0
[ 1001.143947] R10: ffffa60a028eb7e0 R11: 000000000000000f R12: ffff9600a6e09300
[ 1001.143949] R13: ffff9600a1b3b000 R14: ffff9600a6e09000 R15: ffff960018243410
[ 1001.143953] FS: 0000000000000000(0000) GS:ffff9600afc80000(0000) knlGS:0000000000000000
[ 1001.143956] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 1001.143958] CR2: 00007fe0707e2028 CR3: 000000009696e000 CR4: 00000000000006e0
[ 1001.143961] Call Trace:
[ 1001.143972] ? addrconf_notify+0x194/0xb20
[ 1001.143977] ? pneigh_queue_purge+0x2d/0x40
[ 1001.143981] ? neigh_ifdown+0x99/0xe0
[ 1001.143987] ? find_next_bit+0xb/0x10
[ 1001.143991] ? rt_flush_dev+0x40/0xd0
[ 1001.143998] notifier_call_chain+0x4a/0x70
[ 1001.144004] raw_notifier_call_chain+0x16/0x20
[ 1001.144008] call_netdevice_notifiers_info+0x35/0x60
[ 1001.144013] rollback_registered_many+0x28a/0x3e0
[ 1001.144019] unregister_netdevice_queue+0x94/0x110
[ 1001.144023] unregister_netdev+0x1c/0x30
[ 1001.144102] rtw_unregister_netdev+0x28/0x39 [rtl8812au]
[ 1001.144168] rtw_unregister_netdevs+0x44/0x4d [rtl8812au]
[ 1001.144233] rtw_dev_remove+0x25/0x71 [rtl8812au]
[ 1001.144240] usb_unbind_interface+0x72/0x280
[ 1001.144247] device_release_driver_internal+0x158/0x210
[ 1001.144252] device_release_driver+0x12/0x20
[ 1001.144256] bus_remove_device+0xe9/0x160
[ 1001.144262] device_del+0x1d2/0x350
[ 1001.144267] usb_disable_device+0x9f/0x270
[ 1001.144273] usb_disconnect+0xc6/0x260
[ 1001.144279] hub_port_connect+0x7d/0x9f0
[ 1001.144286] port_event+0x586/0x6b0
[ 1001.144292] hub_event+0x2e0/0x3a0
[ 1001.144299] process_one_work+0x1e7/0x410
[ 1001.144304] worker_thread+0x4b/0x420
[ 1001.144309] kthread+0x125/0x140
[ 1001.144313] ? process_one_work+0x410/0x410
[ 1001.144317] ? kthread_create_on_node+0x70/0x70
[ 1001.144323] ret_from_fork+0x25/0x30
[ 1001.144326] Code: 00 00 00 00 00 00 e8 6e 84 f0 c0 4c 89 7b 10 4c 89 7b 18 48 89 df e8 0e 30 00 00 48 8b 83 f0 00 00 00 48 85 c0 0f 84 a3 fc ff ff <0f> ff ba ff ff ff ff f0 0f c1 50 50 83 ea 01 0f 88 d5 01 00 00
[ 1001.144395] ---[ end trace f8c443ddfdb41bf3 ]---
[ 1001.144415] RTL871X: rtw_ndev_uninit(wlan0)
[ 1001.187859] RTL871X: rtw_cmd_thread: DriverStopped(1) SurpriseRemoved(1) break at line 550
[ 1001.187926] RTL871X: rtw_dev_unload: driver in IPS-FWLPS
[ 1003.331640] usb 2-2: new high-speed USB device number 3 using ehci-pci
[ 1003.480756] usb 2-2: New USB device found, idVendor=0bda, idProduct=a811
[ 1003.480763] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1003.480768] usb 2-2: Product: 802.11ac WLAN Adapter
[ 1003.480771] usb 2-2: Manufacturer: Realtek
[ 1003.480775] usb 2-2: SerialNumber: 00e04c000001
[ 1003.632219] RTL871X: rtw_ndev_init(wlan0)
[ 1003.663972] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 1004.116560] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[ 1004.175478] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Was meinst du dazu? Leider sagt mir das Ganze überhaupt nichts, ich habe einfach nicht genug Erfahrung und Wissen 😕
|
scorpion81
Anmeldungsdatum: 3. Dezember 2017
Beiträge: 29
|
Hallo, laut dem Stacktrace ruft der Kernel beim Deregistrieren des USB Device (warum auch immer das passiert mittendrin)
im Treiber ein paar Funktionen auf, und dieser ruft dann wieder Funktionen des Kernels auf, bis es in einer Kernfunktion crasht.
Vermutlich lieferte der Treiber ungültige Daten und im Kern wurde das nicht richtig abgefangen, bzw im Treiber selbst. Der Stacktrace ist dabei von unten nach oben zu lesen, so ist die Aufruf-Reihenfolge.
Hier geht es in den Treiber durch usb_unbind_interface, und rtw_unregister_netdev ruft im Kern wieder unregister_netdev auf, dann gehts dort weiter. [ 1001.144023] unregister_netdev+0x1c/0x30
[ 1001.144102] rtw_unregister_netdev+0x28/0x39 [rtl8812au]
[ 1001.144168] rtw_unregister_netdevs+0x44/0x4d [rtl8812au]
[ 1001.144233] rtw_dev_remove+0x25/0x71 [rtl8812au]
[ 1001.144240] usb_unbind_interface+0x72/0x280 Hab mir den entsprechenden Quellcode im Kern und im Treiber mal kurz angesehen, konnte aber keine offensichtlichen Fehler da sehen... Das komplett zu untersuchen wäre (für mich) ziemlich aufwendig... Jedenfalls könnte man doch nochmal folgendes versuchen... (immer warten bis der vorherige Befehl fertig ist)
sudo modprobe -r 8812au
sudo apt-get remove rtl8812au-dkms
sudo apt-get install rtl8812au-dkms
sudo modprobe 8812au Hatte auch hier die Fehlermeldung mit "Exec Format Error" vorher, da stimmte irgendwie die Modulsignatur (magic) nicht richtig, dkms muss da irgendwas fehlerhaft gemacht haben.
Vllt hat auch die manuelle installation des anderen Treibers (der von Github, der der zuallererst versucht wurde) in dkms das Ganze etwas durcheinander gebracht.
Jedenfalls hat das bei mir diesen Exec Format error behoben und das 8812au modul lädt sauber.
Es scheint mir auch das "offiziellste" Modul zu sein, da es zwar ein älteres Builddatum hat, aber kontinuierlich gepatcht und maintained wurde. Ist zwar (noch ?) nicht Teil der offiziellen Module des Kernels
aber könnte noch am ehesten funktionieren.
Wie gesagt, ohne die entsprechende Hardware kann ich nur raten oder auf neue Rückmeldung warten ☺ Hmm, im Stacktrace steht auch was von USB Hub... steckt der stick in einem Hub ? vllt gibts da Probleme, dass er nicht ausreichend mit Strom versorgt wird oder so ? Ich kann mir nicht erklären, warum er sonst SurpriseRemoved() usw ausspuckt, oder der Stick wurde abgezogen dann ☺ Direkt in einen USB Anschluss zu stecken könnte man ggf auch nochmal probieren.
|
sabined
(Themenstarter)
Anmeldungsdatum: 16. Februar 2011
Beiträge: 237
|
Hallo, jetzt wird's ganz komisch 😲 Erst hatte ich den Stick direkt am PC eingesteckt, aber gar keine Verbindung bekommen. Mit dem Hub kam immerhin eine Verbindung zustande, die aber, wie beschrieben, ständig abgeschmiert ist. Nun hab ich den Stick aus dem USB-Hub rausgenommen und ihn wieder direkt in einen USB-Anschluss am Gehäuse gesteckt. Da hat er nicht mal das Funknetz gefunden. Als ich aber ein 10 cm kurzes USB-Kabel als Verlängerung in denselben Anschluss gesteckt und den WLAN-Stick da eingestöpselt habe, hat er sich auf Anhieb verbunden und ist seitdem nicht mehr ausgestiegen 😀 Das verstehe, wer will. Ich versteh's nicht. Vermutlich war dann doch der Hub der Schuldige, und/oder bei der Installation des Treibers ist was krumm gelaufen. Ich sagte ja, dass ich schon ziemlich viel an dem System rumgebastelt und sicher nicht immer alles richtig gemacht habe. Ich werde jetzt weiter testen und berichten! Hoffentlich finales edit: Seit diesem Post ist die Verbindung nicht ein einziges Mal mehr abgebrochen. Ich markiere das Thema als "erledigt" und schicke ein tausendfaches fettes Danke an scorpion81 für die wirklich tolle Unterstützung! 😀 👍
|