Am 30.01.20 um 22:02 schrieb Jürgen Bausa: > Package: network-manager > Version: 1.14.6-2+deb10u1 > Severity: normal > > Dear Maintainer, > > nm is working well with the internal wlan (intel). However, using a ralink > usb stick, it fails to connect > > like Jan 30 21:36:41 lina NetworkManager[663]: <info> [1580416601.5122] > device (wlx7cdd902eXXX): supplicant interface state: ready -> authenticating > Jan 30 21:36:41 lina kernel: [ 1157.342652] wlx7cdd902eXXX: authenticated > Jan 30 21:36:46 lina kernel: [ 1162.344096] wlx7cdd902eXXXX: aborting > authentication with 98:9b:cb:12:XX:XX by local choice (Reason: > 3=DEAUTH_LEAVING) > Jan 30 21:36:46 lina NetworkManager[663]: <info> [1580416606.5911] device > (wlx7cdd902eXXXX): supplicant interface state: authenticating -> disconnected > Jan 30 21:36:46 lina NetworkManager[663]: <info> [1580416606.6926] device > (wlx7cdd902eXXXX): supplicant interface state: disconnected -> scanning > > This seems to be connected to the long (predictable) device name. If I use an > udev script to create a shorter > device name (like usb-wlan) it works perfectly. > > I am not sure if this is caused by nm or some other component. > > I found several postings of this problem on the internet (from 2017, > stretch), but I did not find a bug report in the debian data base.
I suppose you blanked out the XXX and this is not actually what you got. That said, this feels like a driver/hardware issue to me. It shouldn't matter what name the interface gets as long as it respects IFNAMSIZ
signature.asc
Description: OpenPGP digital signature
