Início / ubuntu / Perguntas / 1308988
Accepted
24601
Asked: 2021-01-19 04:34:05 +0800 CST

Conexão com fio ocasionalmente desconecta o Ubuntu 20.04.1

  • 772

Eu fiz uma instalação vanilla de 20.04.1 LTS em um PC usando uma conexão com fio (sem WiFi a bordo) a um switch Netgear Gigabit para acesso LAN usando um cabo de dados RJ45 Cat6 (verificado quanto à integridade correta) que por sua vez está conectado a um Roteador 4G para acesso à internet. Este é o único sistema operacional neste PC.

Eu também tenho um Synology NAS conectado ao mesmo switch montado em fstab que funciona perfeitamente bem. O compartilhamento NAS (GnV_Common) é mostrado na área de trabalho usando GNOME Extension Desktop Icons NG (DING).

insira a descrição da imagem aqui

Esse arranjo funcionou bem e sem problemas no Ubuntu 18.04.5 LTS (a única diferença é que a aparência do NAS Share na área de trabalho é tratada de maneira diferente no 18.04)

Menciono o arranjo NAS porque, curiosamente, quando a internet cai, o compartilhamento NAS desaparece da área de trabalho também (talvez relacionado ao Network Manager).

Não há nenhum gatilho aparente para esse comportamento que eu possa estabelecer.

Em algumas ocasiões, notei que não há acesso à Internet na caixa 20.04.1, mas o Network Manager indica que está conectado (imagem do último incidente) e o ícone do Network Manager na bandeja do sistema permanece constante:

insira a descrição da imagem aqui

O problema não se repetiu na caixa de 18.04.5 que continuou acessando a rede e a internet.

Minha pesquisa me levou (através de muitas perguntas relacionadas apenas a problemas de WiFi) a esta resposta a uma pergunta semelhante

https://askubuntu.com/a/2905/307670

A este respeito, a managed=falsebandeira está definida. Para fins de comparação, também verifiquei NetworkManager.confo arquivo na caixa 18.04.5 LTS e ele está definido da mesma maneira, então não estou convencido de que os problemas sejam os mesmos.

A única maneira que encontrei para restaurar as coisas à normalidade é reiniciar, após o que o PC funciona corretamente e o compartilhamento de rede é restaurado e persiste até o próximo incidente. Não encontrei nenhum possível gatilho para esse problema; às vezes acontece durante a noite quando o PC não está em uso e o incidente mais recente foi depois que o PC não foi usado por algumas horas, mas teve um bom desempenho até aquele ponto. Não encontrei nenhuma ocasião em que isso ocorra durante um período de uso.

Estou relutante em mudar a managed=falsebandeira desnecessariamente, pois ainda não há evidências firmes de que esse seja o problema. Isso não ocorre em 18.04 LTS com a mesma configuração e não estou confiante de que esse seja o problema que está causando esse fenômeno.

Se o problema fosse mais difundido, eu esperaria que ele já tivesse sido sinalizado como o problema de queda do WiFi, então, isso é apenas algo sem resposta isolada neste PC, o problema já foi resolvido em outro lugar que eu perdi ou poderia o A extensão do GNOME adicionando o compartilhamento à área de trabalho está envolvida de alguma forma?

Eu ficaria grato por quaisquer indicações sobre o que possivelmente poderia estar causando esse problema incomum.

EDITAR:

Sim, usando cabo CAT6.

conteúdo desudo lshw -C network

*-rede                 
       descrição: interface Ethernet
       produto: Controlador Ethernet Gigabit PCI Express RTL8111/8168/8411
       fornecedor: Realtek Semiconductor Co., Ltd.
       identificação física: 0
       informações de ônibus: pci@0000:05:00.0
       nome lógico: enp5s0
       versão: 15
       série: 00:e0:4a:68:33:44
       tamanho: 1 Gbit/s
       capacidade: 1Gbit/s
       largura: 64 bits
       clock: 33MHz
       capacidades: pm msi pciexpress msix bus_master cap_list ethernet físico tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd negociação automática
       configuração: autonegotiation=on broadcast=yes driver=r8169 driverversion=5.8.0-38-generic duplex=full firmware=rtl8168h-2_0.0.2 02/26/15 ip=192.168.1.169 latency=0 link=yes multicast=yes porta =velocidade MII=1Gbit/s
       recursos: irq:19 ioport:d000(size=256) memory:fbc04000-fbc04fff memory:fbc00000-fbc03fff
networking

2 respostas

  1. Best Answer

    Dos comentários...

    A Internet desaparece, mas o ícone do NetworkManager na bandeja do sistema ainda mostra seu ícone normal. (Portanto, não parece ser um problema de interrupção MSI).

    O usuário está usando um cabo ethernet CAT6 e mostra uma conexão 1G quando visualizado com lshw -C network.

    A configuração atual está usando o driver r8169 de estoque, que é conhecido por ter o mesmo problema da pergunta.

    Substituímos o driver r8169 instalando dkmse r8168-dkmsreinicializando. Em seguida, observamos para ver se o problema foi corrigido.

    Atualização nº 1:

    Na chance de que este seja um problema MSI/MSI-X, tente este script ...

    #!/bin/sh

# https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1779817

# filename: r8169_disable_msi

# Drop it in /etc/initramfs-tools/scripts/init-top and chmod a+x it. Add 'r8169_disable_msi'
# to your kernel command line (/etc/default/grub, GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
# usually.) 

# Remember to update-initramfs and update-grub as necessary.

# sudo update-initramfs -c -k $(uname -r)
# sudo update-grub
# reboot

# For the moment it disables MSI on everything with the ID 0x10ec:0x8168, as there seems to
# be no way to get the MAC version from userspace - and certainly not before the driver is
# loaded. Other PCI IDs may need adding..

PREREQ=""
prereqs()
{
    echo "$PREREQ"
}
case $1 in
# get pre-requisites
prereqs)
    prereqs
    exit 0
    ;;
esac

disable_msi () {
    for i in /sys/bus/pci/devices/*; do 
        if [ $(cat $i/vendor) = "0x10ec" -a $(cat $i/device) = "0x8168" ]; then
            echo 0 >$i/msi_bus
        fi
    done
}

for x in $(cat /proc/cmdline); do
        case ${x} in
        r8169_disable_msi)
        disable_msi
        break
                ;;
        esac
done
    • 1

  2. Isso funciona para mim.

    sudo gedit /etc/network/interfaces

    Edite/comente qualquer coisa que comece com auto. Para mim:

    # interfaces(5) file used by ifup(8) and ifdown(8)
auto lo

    Altere para:

    auto xxx
   iface enp5s0 inet dhcp

    onde xxxéo nome lógico ( Vocêpoderáver o nome lógico usando este comandolshw -C network

    Em seguida, reinicie os componentes de rede. sudo /etc/init.d/networking restart

    • 0

relate perguntas