Bought another USB wifi device. When I invoke
sudo lsusb
the device a tp-link WN8200ND(UN) v2.20 does not show. Running Ubuntu it is identified as
Bus 005 Device 003: ID 2357:0126 TP-Link 802.11n NIC
and works normally. Where do I start to diagnose the problem?
Correction. It shows as follows;-
Bus 005 Device 003: ID 2357:0126
…with no further information.
More information. I read somewhere that the driver rtl8192eu applied to it. This was already in place from the previous device used. But I think that is the problem. My wired connection via cable is not available so I can´t download anything.
sudo hwinfo --wlan
Hardware Class: network
Model: "TP-Link 802.11n NIC"
Hotplug: USB
Vendor: usb 0x2357 "TP-Link"
Device: usb 0x0126 "802.11n NIC"
Revision: "2.00"
Serial ID: "D03745C1A08B"
Driver: "rtl8192eu"
Driver Modules: "8192eu"
Device File: wlan1
Features: WLAN
Speed: 480 Mbps
HW Address: d0:37:45:c1:a0:8b
Permanent HW Address: d0:37:45:c1:a0:8b
Link detected: yes
So what is the issue here? The output you’ve shared shows that driver is loaded and device node “wlan1” exists.
It connects to my destination, then disconnects after a very short time, under two minutes, and will not reconnect. When I reboot it repeats. Yet if I boot Ubuntu, it stays connected to the same destination.
Ok, this detail was missing in your opening post. 
If using NetworkManager, you could observe the logging in real-time using
sudo journalctl -fu NetworkManager
then you could come back with output at the time the wifi disconnects for example.
USB power management issue perhaps? You could try inhibiting (globally) by adding ‘usbcore.autosuspend=-1’ to the grub kernel parameters and see whether that helpls (assuming that is the issue being encountered of course).
Please post:
zypper se -si rtl8192 kernel
uname -a
Does it work if you start with an older kernel?
~> sudo zypper se -si rtl8192 kernel
Loading repository data...
Reading installed packages...
S | Name | Type | Version | Arch | Repository
---+------------------------------+---------+----------------------------------------------+--------+-----------------------
i+ | kernel-default | package | 5.3.18-lp152.57.1 | x86_64 | Main Update Repository
i+ | kernel-default | package | 5.3.18-lp152.50.1 | x86_64 | Main Update Repository
i+ | kernel-firmware | package | 20200107-lp152.2.3.1 | noarch | Main Update Repository
i+ | purge-kernels-service | package | 0-lp152.4.1 | noarch | openSUSE-Leap-15.2-1
i+ | purge-kernels-service | package | 0-lp152.4.1 | noarch | Main Repository
i+ | rtl8192eu-blacklist-rtl8xxxu | package | 5.6.4.git20201218-lp152.3.1 | x86_64 | (System Packages)
i+ | rtl8192eu-kmp-default | package | 5.6.4_k5.3.18_lp152.47-lp152.27.1 | x86_64 | (System Packages)
i+ | rtl8192eu-kmp-default | package | 5.6.4_k5.3.18_lp152.44-lp152.23.3 | x86_64 | (System Packages)
i+ | rtl8192eu-kmp-default | package | 5.6.4_k5.3.18_lp152.41-lp152.21.7 | x86_64 | (System Packages)
i+ | rtl8192eu-kmp-default | package | 5.6.4_k5.3.18_lp152.36-lp152.21.4 | x86_64 | (System Packages)
i+ | rtl8192eu-kmp-default | package | 5.6.4.git20201218_k5.3.18_lp152.57-lp152.3.1 | x86_64 | (System Packages)
i+ | rtl8192eu-kmp-default | package | 5.6.4.git20201218_k5.3.18_lp152.19-lp152.3.1 | x86_64 | (System Packages)
i+ | rtl8192eu-kmp-default | package | 5.6.4.git20201115_k5.3.18_lp152.50-lp152.2.2 | x86_64 | (System Packages)
ion@localhost:~>
What does this output actually tell me? YaST tells me rtl8192eu-blacklist-rtl8xxxu | package | 5.6.4.git20201218-lp152.3.1 and rtl8192eu-kmp-default| package | 5.6.4_k5.3.18_lp152.47-lp152.27.1 are the ones installed.
:~> uname -a
Linux localhost.localdomain 5.3.18-lp152.57-default #1 SMP Fri Dec 4 07:27:58 UTC 2020 (7be5551) x86_64 x86_64 x86_64 GNU/Linux
ion@localhost:~>
I haven’t tried an older kernel…yet. It’s my last resort as I have had problems with other applications at times. I might be more inclined to using Ubuntu, which works with it, when my wired connection stops working. This is a somewhat frequent interruption in my part of Mexico. It’s not the end of the world if I can’t get it to work. I would just like to understand why.
Please post:
zypper lr -d
and as root:
journalctl -b | grep -Ei 'wifi|wlan|8192|rtl|realtek'
# zypper lr -d# | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
---+----------------------+-----------------------------+---------+-----------+---------+----------+--------+-------------------------------------------------------------------------------------------------+--------
1 | Sauerland-update | Sauerland-update | Yes | (r ) Yes | Yes | 99 | rpm-md | https://download.opensuse.org/repositories/home:/Sauerland:/hardware/openSUSE_Leap_15.2_Update/ |
2 | brave-browser | brave-browser | Yes | (r ) Yes | No | 99 | rpm-md | https://brave-browser-rpm-release.s3.brave.com/x86_64/ |
3 | dvd | dvd | Yes | (r ) Yes | Yes | 99 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Leap_15.2/ |
4 | openSUSE-Leap-15.2-1 | openSUSE-Leap-15.2-1 | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.2/repo/oss/ |
5 | packman | packman | Yes | (r ) Yes | Yes | 99 | rpm-md | http://packman.inode.at/suse/openSUSE_Leap_15.2/ |
6 | repo-non-oss | Non-OSS Repository | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.2/repo/non-oss/ |
7 | repo-oss | Main Repository | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.2/repo/oss/ |
8 | repo-update | Main Update Repository | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/leap/15.2/oss |
9 | repo-update-non-oss | Update Repository (Non-Oss) | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/leap/15.2/non-oss/ |
10 | skype-stable | skype (stable) | Yes | (r ) Yes | Yes | 99 | rpm-md | https://repo.skype.com/rpm/stable/ |
11 | vivaldi | vivaldi | Yes | (r ) Yes | Yes | 99 | rpm-md | https://repo.vivaldi.com/archive/rpm/x86_64 |
localhost:/home/ion #
The output from the second command was too long so I split it into a second post.
localhost:/home/ion # journalctl -b | grep -Ei 'wifi|wlan|8192|rtl|realtek'Jan 24 15:43:11 localhost kernel: percpu: Embedded 57 pages/cpu s196608 r8192 d28672 u524288
Jan 24 15:43:11 localhost kernel: pcpu-alloc: s196608 r8192 d28672 u524288 alloc=1*2097152
Jan 24 15:43:12 localhost kernel: r8168 Copyright (C) 2020 Realtek NIC software team <nicfae@realtek.com>
Jan 24 15:43:12 localhost kernel: usb 4-2: Manufacturer: Realtek
Jan 24 15:43:13 localhost kernel: usbcore: registered new interface driver rtl8192eu
Jan 24 15:43:13 localhost kernel: rtl8192eu 4-2:1.0 wlan1: renamed from wlan0
Jan 24 15:43:21 localhost kernel: snd_hda_codec_realtek hdaudioC1D0: autoconfig for ALC887-VD: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:line
Jan 24 15:43:21 localhost kernel: snd_hda_codec_realtek hdaudioC1D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
Jan 24 15:43:21 localhost kernel: snd_hda_codec_realtek hdaudioC1D0: hp_outs=1 (0x1b/0x0/0x0/0x0/0x0)
Jan 24 15:43:21 localhost kernel: snd_hda_codec_realtek hdaudioC1D0: mono: mono_out=0x0
Jan 24 15:43:21 localhost kernel: snd_hda_codec_realtek hdaudioC1D0: dig-out=0x11/0x0
Jan 24 15:43:21 localhost kernel: snd_hda_codec_realtek hdaudioC1D0: inputs:
Jan 24 15:43:21 localhost kernel: snd_hda_codec_realtek hdaudioC1D0: Rear Mic=0x18
Jan 24 15:43:21 localhost kernel: snd_hda_codec_realtek hdaudioC1D0: Front Mic=0x19
Jan 24 15:43:21 localhost kernel: snd_hda_codec_realtek hdaudioC1D0: Line=0x1a
Jan 24 15:43:21 localhost kernel: snd_hda_codec_realtek hdaudioC1D0: CD=0x1c
Jan 24 15:43:29 localhost NetworkManager[1018]: <info> [1611524609.2680] rfkill0: found Wi-Fi radio killswitch (at /sys/devices/pci0000:00/0000:00:10.0/usb4/4-2/4-2:1.0/ieee80211/phy0/rfkill0) (driver rtl8192eu)
Jan 24 15:43:29 localhost NetworkManager[1018]: <info> [1611524609.3841] Loaded device plugin: NMWifiFactory (/usr/lib64/NetworkManager/1.22.10/libnm-device-plugin-wifi.so)
Jan 24 15:43:29 localhost NetworkManager[1018]: <info> [1611524609.6721] device (wlan1): driver supports Access Point (AP) mode
Jan 24 15:43:29 localhost NetworkManager[1018]: <info> [1611524609.6739] manager: (wlan1): new 802.11 Wi-Fi device (/org/freedesktop/NetworkManager/Devices/3)
Jan 24 15:43:29 localhost NetworkManager[1018]: <info> [1611524609.6786] device (wlan1): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
Jan 24 15:43:31 localhost NetworkManager[1018]: <info> [1611524611.6813] device (wlan1): set-hw-addr: set MAC address to 2A:C9:2A:45:D2:13 (scanning)
Jan 24 15:43:31 localhost NetworkManager[1018]: <info> [1611524611.9987] device (wlan1): supplicant interface state: init -> starting
Jan 24 15:43:32 localhost NetworkManager[1018]: <info> [1611524612.0603] sup-iface[0x55c6117fa930,wlan1]: supports 5 scan SSIDs
Jan 24 15:43:32 localhost NetworkManager[1018]: <info> [1611524612.0640] device (wlan1): supplicant interface state: starting -> ready
Jan 24 15:43:32 localhost NetworkManager[1018]: <info> [1611524612.0643] Wi-Fi P2P device controlled by interface wlan1 created
Jan 24 15:43:32 localhost NetworkManager[1018]: <info> [1611524612.0652] manager: (p2p-dev-wlan1): new 802.11 Wi-Fi P2P device (/org/freedesktop/NetworkManager/Devices/4)
Jan 24 15:43:32 localhost NetworkManager[1018]: <info> [1611524612.0662] device (p2p-dev-wlan1): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
Jan 24 15:43:32 localhost NetworkManager[1018]: <info> [1611524612.0685] device (p2p-dev-wlan1): state change: unavailable -> disconnected (reason 'none', sys-iface-state: 'managed')
Jan 24 15:43:32 localhost NetworkManager[1018]: <info> [1611524612.0695] device (wlan1): state change: unavailable -> disconnected (reason 'supplicant-available', sys-iface-state: 'managed')
Jan 24 15:43:46 localhost.localdomain NetworkManager[1018]: <info> [1611524626.7436] device (wlan1): Activation: starting connection 'INFINITUM7B5A' (371e60eb-fd63-4535-99d4-48092887f45a)
Jan 24 15:43:46 localhost.localdomain NetworkManager[1018]: <info> [1611524626.7442] device (wlan1): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Jan 24 15:43:46 localhost.localdomain NetworkManager[1018]: <info> [1611524626.7497] device (wlan1): set-hw-addr: reset MAC address to D0:37:45:C1:A0:8B (preserve)
Jan 24 15:43:46 localhost.localdomain NetworkManager[1018]: <info> [1611524626.7503] device (wlan1): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Jan 24 15:43:46 localhost.localdomain NetworkManager[1018]: <info> [1611524626.7516] device (wlan1): Activation: (wifi) access point 'INFINITUM7B5A' has security, but secrets are required.
Jan 24 15:43:46 localhost.localdomain NetworkManager[1018]: <info> [1611524626.7516] device (wlan1): state change: config -> need-auth (reason 'none', sys-iface-state: 'managed')
Jan 24 15:43:46 localhost.localdomain NetworkManager[1018]: <info> [1611524626.7524] sup-iface[0x55c6117fa930,wlan1]: wps: type pbc start...
Jan 24 15:43:46 localhost.localdomain NetworkManager[1018]: <info> [1611524626.7793] device (wlan1): state change: need-auth -> prepare (reason 'none', sys-iface-state: 'managed')
Jan 24 15:43:46 localhost.localdomain NetworkManager[1018]: <info> [1611524626.7807] device (wlan1): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Jan 24 15:43:46 localhost.localdomain NetworkManager[1018]: <info> [1611524626.7819] device (wlan1): Activation: (wifi) connection 'INFINITUM7B5A' has security, and secrets exist. No new secrets needed.
Jan 24 15:43:46 localhost.localdomain NetworkManager[1018]: <info> [1611524626.7983] device (wlan1): supplicant interface state: ready -> disconnected
Jan 24 15:43:46 localhost.localdomain NetworkManager[1018]: <info> [1611524626.7984] device (p2p-dev-wlan1): supplicant management interface state: ready -> disconnected
Jan 24 15:43:46 localhost.localdomain NetworkManager[1018]: <info> [1611524626.8199] device (wlan1): supplicant interface state: disconnected -> inactive
Jan 24 15:43:46 localhost.localdomain NetworkManager[1018]: <info> [1611524626.8200] device (p2p-dev-wlan1): supplicant management interface state: disconnected -> inactive
Jan 24 15:43:48 localhost.localdomain NetworkManager[1018]: <info> [1611524628.9501] device (wlan1): supplicant interface state: inactive -> scanning
Jan 24 15:43:48 localhost.localdomain NetworkManager[1018]: <info> [1611524628.9502] device (p2p-dev-wlan1): supplicant management interface state: inactive -> scanning
Jan 24 15:43:53 localhost.localdomain NetworkManager[1018]: <info> [1611524633.2843] device (wlan1): supplicant interface state: scanning -> associating
Jan 24 15:43:53 localhost.localdomain NetworkManager[1018]: <info> [1611524633.2844] device (p2p-dev-wlan1): supplicant management interface state: scanning -> associating
Jan 24 15:43:53 localhost.localdomain NetworkManager[1018]: <info> [1611524633.9831] device (wlan1): supplicant interface state: associating -> associated
Jan 24 15:43:53 localhost.localdomain NetworkManager[1018]: <info> [1611524633.9831] device (p2p-dev-wlan1): supplicant management interface state: associating -> associated
Jan 24 15:43:53 localhost.localdomain NetworkManager[1018]: <info> [1611524633.9883] device (wlan1): supplicant interface state: associated -> 4-way handshake
Jan 24 15:43:53 localhost.localdomain NetworkManager[1018]: <info> [1611524633.9884] device (p2p-dev-wlan1): supplicant management interface state: associated -> 4-way handshake
SECOND PART
Jan 24 15:43:53 localhost.localdomain kernel: IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes readyJan 24 15:43:53 localhost.localdomain NetworkManager[1018]: <info> [1611524633.9974] device (wlan1): supplicant interface state: 4-way handshake -> completed
Jan 24 15:43:53 localhost.localdomain NetworkManager[1018]: <info> [1611524633.9975] device (wlan1): Activation: (wifi) Stage 2 of 5 (Device Configure) successful. Connected to wireless network "INFINITUM7B5A"
Jan 24 15:43:53 localhost.localdomain NetworkManager[1018]: <info> [1611524633.9976] device (p2p-dev-wlan1): supplicant management interface state: 4-way handshake -> completed
Jan 24 15:43:53 localhost.localdomain NetworkManager[1018]: <info> [1611524633.9981] device (wlan1): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
Jan 24 15:43:53 localhost.localdomain NetworkManager[1018]: <info> [1611524633.9995] dhcp4 (wlan1): activation: beginning transaction (timeout in 45 seconds)
Jan 24 15:43:54 localhost.localdomain avahi-daemon[1019]: Joining mDNS multicast group on interface wlan1.IPv6 with address fe80::15ca:502e:92f7:3506.
Jan 24 15:43:54 localhost.localdomain avahi-daemon[1019]: New relevant interface wlan1.IPv6 for mDNS.
Jan 24 15:43:54 localhost.localdomain avahi-daemon[1019]: Registering new address record for fe80::15ca:502e:92f7:3506 on wlan1.*.
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0805] dhcp4 (wlan1): option dhcp_lease_time => '86400'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0806] dhcp4 (wlan1): option domain_name_servers => '192.168.1.254'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0807] dhcp4 (wlan1): option expiry => '1611611034'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0807] dhcp4 (wlan1): option ip_address => '192.168.1.72'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0808] dhcp4 (wlan1): option requested_broadcast_address => '1'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0808] dhcp4 (wlan1): option requested_domain_name => '1'
Jan 24 15:43:54 localhost.localdomain avahi-daemon[1019]: Joining mDNS multicast group on interface wlan1.IPv4 with address 192.168.1.72.
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0809] dhcp4 (wlan1): option requested_domain_name_servers => '1'
Jan 24 15:43:54 localhost.localdomain avahi-daemon[1019]: New relevant interface wlan1.IPv4 for mDNS.
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0809] dhcp4 (wlan1): option requested_domain_search => '1'
Jan 24 15:43:54 localhost.localdomain avahi-daemon[1019]: Registering new address record for 192.168.1.72 on wlan1.IPv4.
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0810] dhcp4 (wlan1): option requested_host_name => '1'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0810] dhcp4 (wlan1): option requested_interface_mtu => '1'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0811] dhcp4 (wlan1): option requested_ms_classless_static_routes => '1'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0812] dhcp4 (wlan1): option requested_nis_domain => '1'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0812] dhcp4 (wlan1): option requested_nis_servers => '1'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0813] dhcp4 (wlan1): option requested_ntp_servers => '1'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0813] dhcp4 (wlan1): option requested_rfc3442_classless_static_routes => '1'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0814] dhcp4 (wlan1): option requested_root_path => '1'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0814] dhcp4 (wlan1): option requested_routers => '1'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0815] dhcp4 (wlan1): option requested_static_routes => '1'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0815] dhcp4 (wlan1): option requested_subnet_mask => '1'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0816] dhcp4 (wlan1): option requested_time_offset => '1'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0816] dhcp4 (wlan1): option requested_wpad => '1'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0817] dhcp4 (wlan1): option routers => '192.168.1.254'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0817] dhcp4 (wlan1): option subnet_mask => '255.255.255.0'
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0818] dhcp4 (wlan1): state changed unknown -> bound
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.0868] device (wlan1): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.1186] device (wlan1): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.1195] device (wlan1): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
Jan 24 15:43:54 localhost.localdomain NetworkManager[1018]: <info> [1611524634.6075] device (wlan1): Activation: successful, device activated.
Jan 24 15:43:55 localhost.localdomain NetworkManager[1018]: <info> [1611524635.4815] dhcp6 (wlan1): activation: beginning transaction (timeout in 45 seconds)
Jan 24 15:43:55 localhost.localdomain avahi-daemon[1019]: Leaving mDNS multicast group on interface wlan1.IPv6 with address fe80::15ca:502e:92f7:3506.
Jan 24 15:43:55 localhost.localdomain NetworkManager[1018]: <info> [1611524635.4846] policy: set 'INFINITUM7B5A' (wlan1) as default for IPv6 routing and DNS
Jan 24 15:43:55 localhost.localdomain avahi-daemon[1019]: Joining mDNS multicast group on interface wlan1.IPv6 with address fd2c:ab00:df18:7b00:3057:351b:632:875c.
Jan 24 15:43:55 localhost.localdomain avahi-daemon[1019]: Registering new address record for fd2c:ab00:df18:7b00:3057:351b:632:875c on wlan1.*.
Jan 24 15:43:55 localhost.localdomain avahi-daemon[1019]: Withdrawing address record for fe80::15ca:502e:92f7:3506 on wlan1.
Jan 24 15:43:55 localhost.localdomain avahi-daemon[1019]: Registering new address record for 2806:102e:11:78b3:9406:60f6:985c:ec8d on wlan1.*.
Jan 24 15:43:55 localhost.localdomain NetworkManager[1018]: <info> [1611524635.9386] dhcp6 (wlan1): option dhcp6_name_servers => '2806:1020:ffff:103::e 2806:1030:ffff:103::e'
Jan 24 15:43:55 localhost.localdomain NetworkManager[1018]: <info> [1611524635.9387] dhcp6 (wlan1): option ip6_address => '2806:102e:11:78b3::10'
Jan 24 15:43:55 localhost.localdomain NetworkManager[1018]: <info> [1611524635.9387] dhcp6 (wlan1): state changed unknown -> bound
Jan 24 15:43:55 localhost.localdomain avahi-daemon[1019]: Registering new address record for 2806:102e:11:78b3::10 on wlan1.*.
Jan 24 15:43:56 localhost.localdomain avahi-daemon[1019]: Registering new address record for fd2c:ab00:df18:7b00:b0ba:649e:7144:a6c6 on wlan1.*.
Jan 24 15:43:56 localhost.localdomain avahi-daemon[1019]: Registering new address record for 2806:102e:11:78b3:b0ba:649e:7144:a6c6 on wlan1.*.
localhost:/home/ion #
Did you get disconnected during this logging snippet?
My response was too long to fit. The service goes down inconsistently and rather that waste time signing on with dropbox or other posting site I split it into two pieces. Sorry.
Under Ubuntu in which the 8200ND works…
$ uname -a
Linux ion-E3800N 5.8.0-36-generic #40~20.04.1-Ubuntu SMP Wed Jan 6 10:15:55 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
…and lsmod reveals 8192eu is loaded.
Under 15.2,
:~> uname -a
Linux localhost.localdomain 5.3.18-lp152.57-default #1 SMP Fri Dec 4 07:27:58 UTC 2020 (7be5551) x86_64 x86_64 x86_64 GNU/Linux
ion@localhost:~>
…and lsmod reveals 8192eu is loaded.
If Ubuntu use rtl8192eu as kernel module, they have patched this module into their kernel.
Your Wlan Chip (2357:0126) is not inserted in the r8xxxu kernel module up to now, r8xxxu will be the driver for rtl8192eu Chips in the next kernels.
So you must use rtl8192eu.
I have an Update in my repo , so please update your driver.
Maybe this is useful for your Wlan:
as root:
echo "options 8192eu rtw_power_mgnt=0 rtw_enusbss=0" | tee -a /etc/modprobe.d/8192eu.conf
It will write options 8192eu rtw_power_mgnt=0 rtw_enusbss=0 to the file /etc/modprobe.d/8192eu.conf
Restart your Computer.
I will work on this later. My wired connection keeps cutting off. My wifi connection only works with Ubuntu and sometimes it cuts off too. I will wait until things stabilize because it’s driving me nuts. Thanks for all the help so far.
I finally got a period of connection stability so I could update and follow your instruction. I have been testing since and everything appears to be working. I truly thank you for spending the time to resolve my problem. Especially since there are likely no other users with my peculiar hardware.
Especially since there are likely no other users with my peculiar hardware.
I have also not the hardware to test, only in my Laptop is a rtl8821ce chip I can test the rtl8821ce Wlan.
I only build rpms from the git-sources so people can install and update in an easier way.
Now I am patching drivers for Leap 15.3.
If the problem returns,
IMO the problem is most likely in Network Manager.
The problem doesn’t appear to me to be at a lower level, the vendor:device ID suggests that your radio chip is properly recognized.
Although it’s a leap of faith, I assume if a device is recognized properly, then the proper driver should be loaded for that device.
Although I didn’t look into Saurland’s build, I assume whatever he is building is likely a Userspace driver. If so, the driver should be considered but maybe re-inspect what is provided by the kernel.
The log clearly states that the problem is that Network Manager cannot load the device as a managed object.
Network Manager first discovers the unmanaged device, then tries to reload the device but is having problems managing it.
The logs also don’t can’t identify a reason why the device is unmanaged.
Without structured testing, it’s impossible to narrow possibilities.
It’s just a start to troubleshooting,
But IMO it’s likely either a bug in NM or something specific to your setup.
TSU
@tsu2:The wl driver is a proprietary kernel module. User sauerland (Stephen Hemeier) kindly maintains a repo and builds openSUSE packages from the github sources. In any case, as you can read from post #17, it is solved already.