O adaptador ethernet USB continua desconectando

Question

Desde a atualização para o Ubuntu 18.04 a partir de 17.10 meu adaptador usb ethernet continua desconectando. Costumava funcionar perfeitamente com 17.10.

O dmesg mostra a seguinte saída em uma queda de conexão:

[  273.462732] usb 4-1.4: usb_reset_and_verify_device Failed to disable LTM
               .
[  273.643622] usb 4-1.4: USB disconnect, device number 11
[  273.795468] usb 4-1.4: new SuperSpeed USB device number 12 using xhci_hcd
[  273.816520] usb 4-1.4: New USB device found, idVendor=0bda, idProduct=8153
[  273.816522] usb 4-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=6
[  273.816523] usb 4-1.4: Product: USB 10/100/1000 LAN
[  273.816524] usb 4-1.4: Manufacturer: Realtek
[  273.816525] usb 4-1.4: SerialNumber: 0000A5
[  273.896167] usb 4-1.4: reset SuperSpeed USB device number 12 using xhci_hcd
[  273.948778] r8152 4-1.4:1.0 eth0: v1.09.9
[  274.503001] r8152 4-1.4:1.0 enx144fd7d04a3c: renamed from eth0
[  274.539481] IPv6: ADDRCONF(NETDEV_UP): enx144fd7d04a3c: link is not ready
[  274.543857] IPv6: ADDRCONF(NETDEV_UP): enx144fd7d04a3c: link is not ready
[  276.431243] r8152 4-1.4:1.0 enx144fd7d04a3c: carrier on
[  276.431258] IPv6: ADDRCONF(NETDEV_CHANGE): enx144fd7d04a3c: link becomes ready

    

Answer 1

Enquanto escrevia a questão, encontrei a fonte do bug na lista de discussão do kernel. O driver r8152 que é responsável por gerenciar meu adaptador r8153 não pode manipular o autosuspend usb (feito por motivos de economia de energia). A lista negra do dispositivo para usb autosuspend resolve as desconexões e é feita da seguinte forma:

Descobrir o id usb do seu dispositivo (0bda: 8153 no meu caso) usando lsusb, o que me dá:

Bus 004 Device 003: ID 0bda:8153 Realtek Semiconductor Corp.

Agora abra / etc / default / tlp e pesquise por USB_BLACKLIST e adicione uma entrada para o seu dispositivo:

USB_BLACKLIST="0bda:8153"

Você pode precisar reiniciar, depois do qual sua conexão ethernet deve ficar estável novamente.

    

Answer 2

Eu tropecei nessa questão também, mas para mim o problema era que a capacidade defeituosa do driver de LAN do r1852 de auto-suspender era o culpado pelos meus congelamentos aleatórios.

Eu resolvi usando o powertop, o que é legal porque você não precisa descobrir o ID do dispositivo.