Вопросы Теги

Соединение проводной сети продолжает выбывать (двойная загрузка)

Я недавно установил Ubuntu 16.04 для двойной загрузки на рабочем столе, которому уже установили Windows 10, и у меня есть сетевые проблемы в Ubuntu. Работы соединения, превосходные в Windows. У меня есть проводное соединение.

В Ubuntu это появляется как, у меня может только на самом деле быть работа соединения в течение нескольких секунд до, возможно, минуты. Большую часть времени, когда я пытаюсь перейти к новой веб-странице, например, она перестала работать. В может скорее последовательно устанавливать этот каждый раз путем ручного повреждения соединения (Ubuntu, кажется, думает, что это все еще соединено, просто Firefox не может на самом деле найти страницы), и повторное подключение. Затем это будет работать в течение нескольких секунд, которые я могу использовать для быстрого просмотра к странице, в которую я хотел перейти.

Я действительно находил много других подобных вопросов и ответов, но большинство ответов, кажется, о специфическом редактировании определенных файлов или вводе команд в терминале на основе вывода, который имел определенный пользователь. Так... Я не думаю, что это - хорошая идея для меня просто слепо следовать любым таким инструкциям из ответов, данных другим людям на основе их вывода, который может отличаться в моем случае и скорее просто попросить мою ситуацию конкретно здесь.

Я действительно выполнял следующие шаги в Windows, который я нашел где-нибудь, но это не устранило проблему для меня:

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

Я также видел, что это упомянуло где-нибудь, что могло бы помочь полностью закрыть Windows и вручную включить ПК снова, вместо того, чтобы перезагрузить из Windows и затем загрузиться в Ubuntu, но это также не имеет никакого значения для меня.

Некоторые команды и вывод я получаю от Ubuntu:

в:

$ lspci | grep -i eth

вывод:

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

в:

$ ifconfig -a

вывод:

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)

в:

$ 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: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

Также сообщите мне, на самом деле ли чувствителен какой-либо материал, который я вставил выше, и если я должен удалить его :P

Править

в:

sudo lshw -C CPU

:

  *-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

в:

sudo lshw -C network | grep -i driver

:

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

в:

free -h

:

total        used        free      shared  buff/cache   available

Мадам: 15G 1,5G 12G 46M 1,1G 13G подкачка: 15G 0B 15G

в:

swapon -s

:

Filename                Type        Size    Used    Priority

/dev/sdb7 раздел 15998972 0 - 1

РЕДАКТИРОВАНИЕ 2:

в:

dkms status

:

r8168, 8.041.00: added

в:

sudo apt-get install dkms r8168-dkms

:

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.

РЕДАКТИРОВАНИЕ 3:

в: 

dkms status

:

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

РЕДАКТИРОВАНИЕ 4:

в:

ls -al /usr/src

:

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
2
задан 10 September 2017 в 21:22

2 ответа

У Вас есть контроллер r8168 ethernet, и он использует багги r8169 драйвер.

Замена драйвер этот путь:

В terminal... 

sudo apt-get update

sudo apt-get install dkms r8168-dkms

reboot

Отключают secure boot в Вашем BIOS.

Обновление № 1:

dkms status показывает нам, что r8168 не завершал свою установку, таким образом, мы должны будем сделать это вручную.

В 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

Примечание : так как пользователь на самом деле выполнял 16.04.1/2/3, немного более новая версия r8168 была необходима. См. сбои сборки r8168-dkms на 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

Update № 2:

у Вас также есть проблема с установкой MTU для Вашего соединения DSL.

Для DSL, общая установка MTU является 1492. Просто разрешение и попытка, которую видит это значение сначала и доступны ли Ваши веб-сайты теперь.

Для определения корректной установки запустите со всех настроек MTU = 1500 и VPN = прочь. (VPN требует другого тестирования).

В терминале: 

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

используемые опции:

  • c count: количество раз для проверки с помощью ping-запросов
  • M hint: Избранный Путь стратегия Исследования MTU. может быть любой do (запретите фрагментацию, даже локальную), want (делают исследование PMTU, фрагмент локально, когда размер пакета является большим), или dont (не устанавливают флаг DF).
  • s packet_size: Указывает число байтов данных, которые будут отправлены.

необходимо всегда запускать в 1472 и прокладывать себе путь вниз к 10 каждым разам. После того как Вы получаете ответ, поднимаетесь на 1, пока Вы не получаете фрагментированный пакет. Примите, который значение (длятся хорошее значение) и добавляет 28 к значению для составления различных заголовков TCP/IP. Например, скажем, тот 1452 был надлежащим размером пакета (где Вы сначала получили ответ ICMP на свой ping). Фактический размер MTU был бы 1480, который является оптимумом для сети, с которой мы работаем. 

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?

ссылка: , Как определить надлежащий размер MTU с ping ICMP

2
ответ дан 2 December 2019 в 03:37

У меня были подобные вопросы, которые были решены путем отключения IPv6 (не работал, но сказанный помочь), и наконец устанавливающий ifplugd

Это, кажется, добилось цели, поскольку мое сетевое соединение было стабильно в течение нескольких недель теперь.

0
ответ дан 2 December 2019 в 03:37

Другие вопросы по тегам:

Похожие вопросы: