Rede cabeada no KUBUNTU parou de funcionar.

[fabiopgomes]

Boa noite amigos.

De dois dias para cá, minha rede cabeada parou de funcionar inexplicavelmente. O mais incrível disso é que, se eu reinicio a máquina com o CD de instalação do kubuntu inserido, e acesso o LIVECD, a conexão funciona perfeitamente. Mas quando acesso o SO instalado, nada feito. O Wireless funciona, mas com uma conexão bastante lenta, pois estou longe do roteador. Se alguém puder me ajudar.

Seguem algumas informações que podem ajudar aos senhores a me ajudar:

Kernel: 5.4.0-88-generic

Saída do LSPCI: 1e:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 11)

Saída do meu IFCONFIG:

eth0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 70:85:c2:be:74:cc  txqueuelen 1000  (Ethernet)
        RX packets 1  bytes 174 (174.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 238  bytes 39080 (39.0 KB)
        TX errors 238  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Loopback Local)
        RX packets 5487  bytes 466049 (466.0 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 5487  bytes 466049 (466.0 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.32  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 2804:14c:65d3:7174:e022:53cb:a439:32a  prefixlen 64  scopeid 0x0<global>
        inet6 2804:14c:65d3:7174::1005  prefixlen 128  scopeid 0x0<global>
        inet6 fe80::7030:8e16:edd5:b3d9  prefixlen 64  scopeid 0x20<link>
        inet6 2804:14c:65d3:7174:bc88:2b82:3bd0:e55e  prefixlen 64  scopeid 0x0<global>
        ether 50:3e:a:22:c7:f7  txqueuelen 1000  (Ethernet)
        RX packets 20100  bytes 22747417 (22.7 MB)
        RX errors 0  dropped 18  overruns 0  frame 0
        TX packets 17542  bytes 2300895 (2.3 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Saída do sudo lshw -C network :
  *-network                 
       description: Ethernet interface
       product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
       vendor: Realtek Semiconductor Co., Ltd.
       physical id: 0
       bus info: pci@0000:1e:00.0
       logical name: eth0
       version: 11
       serial: 70:85:c2:be:74:cc
       capacity: 1Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=r8169 firmware=rtl8168g-2_0.0.1 02/06/13 latency=0 link=no multicast=yes port=MII
       resources: irq:34 ioport:f000(size=256) memory:fcd00000-fcd00fff memory:f0300000-f0303fff
  *-network
       description: Wireless interface
       physical id: 1
       bus info: usb@3:3
       logical name: wlan0
       serial: 50:3e:a:22:c7:f7
       capabilities: ethernet physical wireless
       configuration: broadcast=yes driver=rtl8xxxu driverversion=5.4.0-88-generic firmware=N/A ip=192.168.0.32 link=yes multicast=yes wireless=IEEE 802.11

[creto]

Qual kernel está usando?

Vá lá em modo Liveubuntu, abra o terminal e poste aqui a saída de:

Código Selecionar Expandir

inxi -SNni

T+

[fabiopgomes]

Obrigado pela resposta:

Kernel do Linux instalado:
5.4.0-88-generic

Kernel do livecd:
5.4.0.42-generic

inxi -SNni não vem com o livecd.

[zekkerj]

Houve alguma atualização recente do sistema?

[fabiopgomes]

Sempre vou ao Discover e procedo todas as atualizações disponíveis.

Saída do ip link show:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
    link/ether 70:85:c2:be:74:cc brd ff:ff:ff:ff:ff:ff
4: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
    link/ether 50:3e:a:22:c7:f7 brd ff:ff:ff:ff:ff:ff

[fabiopgomes]

Enquanto eu digitava por aqui, a conexão, sem aviso prévio, voltou a funcionar.
Mas já caiu de novo, apenas a wireless que se mantém estável.

[zekkerj]

Já descartou ser mau contato no cabo?

Eu estava trabalhando com a hipótese de ser problema de driver e/ou firmware, mas se conectou, não é provável que seja problema desse nível. Mais provável que seja problema físico.

Por exemplo, um cabo fora da especificação --- por exemplo, montado fora do código de cores --- poderia ter esse comportamento.

[fabiopgomes]

Boa noite zekkerj,
A opção de o cabo estar com mau contato não é impossível, porém, improvável. Venho utilizando o mesmo cabo faz um bom tempo, com nenhum problema.
Quando plugo ele no meu notebook, conecta rapidamente, assim como quando reiniciou a máquina aqui pelo livecd.
O problema ocorre apenas com o Kubuntu instalado.

[zekkerj]

Quem montou o cabo?
Qual o tamanho aproximado dele, em metros?

[fabiopgomes]

Boa tarde zekkerj.
Deve ter uns 5 metros, comprei no ML.
Ontem eu liguei um notebook Windows com este cabo no meu roteador e funcionou redondo e sem interferências. Não é hardware.

[zekkerj]

Cara, se eu ganhasse um centavo cada vez que eu ouvi essa mesma alegação pra um cabo fora do padrão, eu já estaria milionário.
Pelo menos teste com outro cabo --- mais curto e feito dentro do padrão de cores, OK?...

[fabiopgomes]

Este teste faria sentido se, no mesmo computador quando eu reiniciasse o pc com o livecd o sistema livecd não conectasse.
Mas talvez eu não tenha conseguido me fazer entender.
O cabo está plugado no pc e não conecta a rede, sem eu mexer no cabo, insiro um livecd, reinicio a máquina e acesso o sistema operacional do livecd e, advinha !!!,
a conexão funciona normalmente.
Se eu pegar este mesmo cabo, do jeito que está e plugar nos meus outros notebooks, tudo funciona perfeitamente.
Este centavo você perdeu. Descarte dano físico ao cabo.

[zekkerj]

@fabiopgomes, quem não conseguiu se fazer entender fui eu.

Cabos fora do padrão têm comportamento errático. Eles não estão com defeito; não estão com mau contato: estão fora do padrão. Quais os sintomas de um cabo fora do padrão? Funcionam quando querem. Alguns equipamentos os reconhecem, outros não. Reconhece seus sintomas?...

O que faz um cabo ficar fora do padrão? Primeiro, e o mais comum, montagem errada. Há um procedimento na hora de montar ("crimpar") o cabo. Quando não é seguido, seja na hora de retirar as capas plásticas ("decapar") do cabo e dos condutores internos, seja na hora de destrançar os condutores para arrumá-los dentro do conector e cortar o excesso de destrançamento, seja na hora de arrumar os fios dentro do conector segundo um dos dois códigos de cores predefinidos, o resultado é que os parâmetros de funcionamento do cabo (neXT, feXT, PSneTX, etc)  ficam fora dos limites estabelecidos pela norma.

O segundo motivo é usar um cabo de má qualidade, ou ainda esticá-lo demais, torcê-lo demais ou ainda criar "dentes" no cabo.

Um ponto importante é perceber que os problemas causados pelos erros de montagem que eu citei dois parágrafos acima causam efeito de diafonia ("linha cruzada") entre os sinais que viajam pelo cabo, e que esse efeito é cumulativo com a distância do cabo. Na prática, eles já são sentidos com 2 a 3m (seu cabo tem 5m). Um testador de cabos "amador" normalmente só testa a continuidade do cabo, ou seja, se há contato elétrico entre os pinos. Entre estes, os melhores conseguem mostrar se há inversões ou pinos ligados fora de ordem entre as duas pontas. Mas apenas testadores profissionais (caríssimos!) conseguem dizer se o cabo está realmente dentro da norma ou não.

Cada fabricante, ao criar a circuitaria da interface ethernet, vai lidar com os sinais e voltagens que passam pelo cabo de forma diferente. Isso faz com que cada interface tenha uma tolerância diferente a um determinado parâmetro que esteja fora do padrão. Leia-se, não tem nada de estranho no seu notebook conseguir usar esse cabo, e sua máquina Ubuntu não. Versões diferentes de firmware também podem mudar esses níveis de tolerância.

Pelo menos, você trouxe uma informação nova que pode ajudar a solucionar, já que você não pode (ou não quer) trocar o cabo: se o liveCD funcionou, é possível experimentar outras versões do kernel (ou do firmware da placa de rede) até encontrar uma que funcione.

[fabiopgomes]

Boa tarde meu amigo zekkerj,
Primeiramente muito obrigado pelas explicações!
Este cabo funcionou perfeitamente, durante muito tempo. Absolutamente do nada, ele parou de funcionar, isso que foi o mais estranho. Vale ressaltar que parou de funcionar apenas no Kubuntu instalado no PC. Eu também estou achando que é o KERNEL, pois no mesmo Kubuntu livecd o cabo é reconhecido perfeitamente e no mesmo PC. Ou seja:

Na mesma máquina:

- com o Kubuntu instalado não funciona,

- com o livecd funciona.

Por meio do GRUB, eu já testei os kernels mais antigos disponíveis, mas não funcionou também.

[fabiopgomes]

Boa noite zekkerj,
Contornei o problema comprando uma placa de rede usb, 30 pratas.
Está funcionando, pelo menos até agora, perfeitamente.
Como havia dito, não era o cabo.

Um abraço e obrigado pela ajuda.