LINUX.ORG.RU

История изменений

Исправление Korchevatel, (текущая версия) :

Провёл небольшую диагностику своего «корча».

Итак, вывод iw phy в обоих случаях абсолютно одинаковый (проверял не «на глазок», а с помощью diff). В dmesg следующее:

Нерабочий «свисток»:

[    4.617705] rt2800usb 1-1:1.0 wlp3s0f0u1: renamed from wlan0

против «рабочего»:

[    4.635003] rt2800usb 3-1:1.0 wlp39s0f3u1: renamed from wlan0
[   31.478192] wlp39s0f3u1: authenticate with c4:6e:1f:43:83:b4
[   31.544771] wlp39s0f3u1: send auth to c4:6e:1f:43:83:b4 (try 1/3)
[   31.547737] wlp39s0f3u1: authenticated
[   31.550020] wlp39s0f3u1: associate with c4:6e:1f:43:83:b4 (try 1/3)
[   31.553812] wlp39s0f3u1: RX AssocResp from c4:6e:1f:43:83:b4 (capab=0x431 status=0 aid=2)
[   31.556429] wlp39s0f3u1: associated
[   31.580649] IPv6: ADDRCONF(NETDEV_CHANGE): wlp39s0f3u1: link becomes ready

В общем, понятно, что непонятно ничего.

Пока что единственным гарантированно рабочим вариантом обойти эту проблему является использование другого USB-порта. Но всё-таки интересно узнать, почему оно так происходит, плюс почему скорость раз в двадцать в сравнении с «виндой» упала (особенно при скачке чего-либо через «торренты», сайты работают хорошо).

UPD: также при «перетыке» в другой порт скорость восстановилась до идеальных значений. Поэтому делаю вывод, что питание колонок по USB в «линуксе» реализовано как-то криво.

Исходная версия Korchevatel, :

Провёл небольшую диагностику своего «корча».

Итак, вывод iw phy в обоих случаях абсолютно одинаковый (проверял не «на глазок», а с помощью diff). В dmesg следующее:

Нерабочий «свисток»:

[    4.617705] rt2800usb 1-1:1.0 wlp3s0f0u1: renamed from wlan0

против «рабочего»:

[    4.635003] rt2800usb 3-1:1.0 wlp39s0f3u1: renamed from wlan0
[   31.478192] wlp39s0f3u1: authenticate with c4:6e:1f:43:83:b4
[   31.544771] wlp39s0f3u1: send auth to c4:6e:1f:43:83:b4 (try 1/3)
[   31.547737] wlp39s0f3u1: authenticated
[   31.550020] wlp39s0f3u1: associate with c4:6e:1f:43:83:b4 (try 1/3)
[   31.553812] wlp39s0f3u1: RX AssocResp from c4:6e:1f:43:83:b4 (capab=0x431 status=0 aid=2)
[   31.556429] wlp39s0f3u1: associated
[   31.580649] IPv6: ADDRCONF(NETDEV_CHANGE): wlp39s0f3u1: link becomes ready

В общем, понятно, что непонятно ничего.

Пока что единственным гарантированно рабочим вариантом обойти эту проблему является использование другого USB-порта. Но всё-таки интересно узнать, почему оно так происходит, плюс почему скорость раз в двадцать в сравнении с «виндой» упала (особенно при скачке чего-либо через «торренты», сайты работают хорошо).