A conexão de rede com fio continua caindo (inicialização dupla)

1

Eu instalei recentemente o Ubuntu 16.04 para dual-boot em um desktop que já tinha o Windows 10 instalado, e estou tendo problemas de rede no Ubuntu. A conexão funciona perfeitamente no Windows. Eu tenho uma conexão com fio.

No Ubuntu, parece que só consigo fazer a conexão funcionar por alguns segundos, talvez até um minuto. Na maior parte do tempo, quando tento ir para uma nova página da Web, por exemplo, ela falha. Em vez disso, pode consertar isso constantemente, interrompendo manualmente a conexão (o Ubuntu parece pensar que ainda está conectado, apenas o Firefox não consegue localizar nenhuma página) e se reconectar. Então ele funcionará por alguns segundos, o que eu posso usar para navegar rapidamente para a página que eu queria ir.

Eu encontrei muitas outras perguntas e respostas similares, mas a maioria das respostas parece ser sobre editar especificamente certos arquivos ou inserir comandos no terminal com base na saída que o usuário específico tinha. Então ... eu não acho que seja uma boa ideia eu seguir cegamente todas essas instruções de respostas dadas a outras pessoas com base em sua saída, o que pode ser diferente no meu caso, e apenas pedir minha situação especificamente aqui.

Eu segui os seguintes passos no Windows que encontrei em algum lugar, mas isso não resolveu o problema:

Right click my computer and choose "Properties"
--> "Hardware" tab   --> Device Manager
 --> Network Adapters
  --> "double click" Realtek ...
   --> Advanced tab
    --> Wake-On-Lan After Shutdown
     --> Enable

Eu também vi isso em algum lugar que pode ajudar a desligar completamente o Windows e ligar o PC manualmente, em vez de reiniciar o Windows e depois inicializar no Ubuntu, mas isso também não faz diferença para mim.

Alguns comandos e a saída que recebo do Ubuntu:

em:

$ lspci | grep -i eth

saída:

06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)

em:

$ ifconfig -a

saída:

enp6s0    Link encap:Ethernet  HWaddr d0:17:c2:d3:d8:19  
      inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0
      inet6 addr: fe80::5eb0:b570:8edf:ddf7/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:18521 errors:0 dropped:0 overruns:0 frame:0
      TX packets:16981 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:11094182 (11.0 MB)  TX bytes:1719007 (1.7 MB)

lo        Link encap:Local Loopback  
      inet addr:127.0.0.1  Mask:255.0.0.0
      inet6 addr: ::1/128 Scope:Host
      UP LOOPBACK RUNNING  MTU:65536  Metric:1
      RX packets:7164 errors:0 dropped:0 overruns:0 frame:0
      TX packets:7164 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:528834 (528.8 KB)  TX bytes:528834 (528.8 KB)

em:

$ sudo lshw -C network

saída:

  *-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:06:00.0
   logical name: enp6s0
   version: 15
   serial: d0:17:c2:d3:d8:19
   size: 1Gbit/s
   capacity: 1Gbit/s
   width: 64 bits
   clock: 33MHz
   capabilities: pm msi pciexpress msix bus_master cap_list ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
   configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full firmware=rtl8168h-2_0.0.2 02/26/15 ip=192.168.2.1 latency=0 link=yes multicast=yes port=MII speed=1Gbit/s
   resources: irq:123 ioport:d000(size=256) memory:f7104000-f7104fff memory:f7100000-f7103fff

Por favor, deixe-me saber se alguma das coisas que eu colei acima é realmente sensível e se eu deveria excluí-lo: P

EDITAR

em:

sudo lshw -C CPU

fora:

  *-cpu                   
   description: CPU
   product: Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz
   vendor: Intel Corp.
   physical id: 43
   bus info: cpu@0
   version: Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz
   serial: To Be Filled By O.E.M.
   slot: LGA1151
   size: 900MHz
   capacity: 3600MHz
   width: 64 bits
   clock: 100MHz
   capabilities: x86-64 fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp cpufreq
   configuration: cores=4 enabledcores=4 threads=4

em:

sudo lshw -C network | grep -i driver

fora:

configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full firmware=rtl8168h-2_0.0.2 02/26/15 ip=192.168.2.1 latency=0 link=yes multicast=yes port=MII speed=1Gbit/s

em:

free -h

fora:

total        used        free      shared  buff/cache   available

Mem: 15G1,5G 12G 46M 1,1G 13G Troca: 15G 0B 15G

em:

swapon -s

fora:

Filename                Type        Size    Used    Priority
Partição

/ dev / sdb7 15998972 0 -1

EDIT 2:

em:

dkms status

fora:

r8168, 8.041.00: added

em:

sudo apt-get install dkms r8168-dkms

fora:

Reading package lists... Done
Building dependency tree       
Reading state information... Done
r8168-dkms is already the newest version (8.041.00-1).
dkms is already the newest version (2.2.0.3-2ubuntu11.3).
0 upgraded, 0 newly installed, 0 to remove and 100 not upgraded.

EDIT 3:

em:

dkms status

fora:

r8168, 8.042.00, 4.10.0-28-generic, x86_64: installed

EDIT 4:

em:

ls -al /usr/src

fora:

total 28
drwxr-xr-x  7 root root 4096 Sep 10 20:00 .
drwxr-xr-x 11 root root 4096 Aug  1 13:24 ..
drwxr-xr-x 27 root root 4096 Aug  1 13:23 linux-headers-4.10.0-28
drwxr-xr-x  7 root root 4096 Aug  1 13:23 linux-headers-4.10.0-28-generic
drwxr-xr-x 27 root root 4096 Sep 10 20:00 linux-headers-4.10.0-33
drwxr-xr-x  7 root root 4096 Sep 10 20:00 linux-headers-4.10.0-33-generic
drwxr-xr-x  2 root root 4096 Sep 10 16:16 r8168-8.042.00
    
por Dennis Soemers 09.09.2017 / 14:35

1 resposta

2

Você tem um controlador ethernet r8168 e está usando um driver r8169 com bugs.

Substitua o driver dessa maneira:

Em terminal ...

sudo apt-get update

sudo apt-get install dkms r8168-dkms

reboot

Desative o secure boot na sua BIOS.

Atualização # 1:

dkms status nos mostra que o r8168 não completou sua instalação, então teremos que fazê-lo manualmente.

Em terminal ...

sudo dkms build r8168/8.041.00 -k "$(uname -r)/$(uname -p)"
sudo dkms install r8168/8.041.00 -k "$(uname -r)/$(uname -p)"

dkms status
   # should show "r8168, 8.041.00: installed"

reboot

sudo lshw -C network
    # should show ethernet driver=r8168

Nota : desde que o usuário estava realmente executando 16.04.1 / 2/3, uma versão ligeiramente mais recente do r8168 era necessária. Veja build do r8168-dkms falha no Ubuntu 16.04. 2 .

wget http://mirrors.kernel.org/ubuntu/pool/universe/r/r8168/r8168-dkms_8.042.00-2_all.deb
sudo dpkg -i r8168-dkms_8.042.00-2_all.deb

Atualização nº 2:

Você também tem um problema com a configuração da MTU para sua conexão DSL.

Para DSL, uma configuração de MTU comum é 1492. Basta ir em frente e tentar este valor primeiro e ver se os seus sites estão agora acessíveis.

Para determinar a configuração correta, comece com todas as configurações de MTU = 1500 e VPN = off. (VPN requer testes diferentes).

No terminal:

ping [-c count] [-M do] [-s packet_size] [host]

As opções usadas são:

  • c count : número de vezes para pingar
  • M hint : selecione a estratégia de descoberta do MTU do caminho. pode ser do (proibir fragmentação, mesmo local), want (fazer descoberta de PMTU, fragmentar localmente quando o tamanho do pacote é grande) ou dont (não definir sinalizador DF).
  • s packet_size : especifica o número de bytes de dados a serem enviados.

Você deve sempre começar em 1472 e diminuir 10 vezes a cada vez. Depois de receber uma resposta, suba até 1 até obter um pacote fragmentado. Pegue esse valor (último valor bom) e adicione 28 ao valor para considerar os vários cabeçalhos TCP / IP. Por exemplo. Digamos que 1452 tenha o tamanho adequado do pacote (onde você obteve uma resposta ICMP ao seu ping). O tamanho real da MTU seria 1480, que é o ideal para a rede com a qual estamos trabalhando.

ping -c 4 -M do -s 1472 8.8.8.8 # this will probably show fragmentation

ping -c 4 -M do -s 1462 8.8.8.8 # may show fragmentation

ping -c 4 -M do -s 1452 8.8.8.8 # no fragmentation?

ping -c 4 -M do -s 1453 8.8.8.8 # still no fragmentation?

referência: Como determinar o correto Tamanho da MTU com pings ICMP

    
por heynnema 09.09.2017 / 17:16