Соединение Ethernet случайным образом разъединяется после очереди передачи 0 приведенных к таймауту

Описание проблемы:

Соединение Ethernet разъединяется наугад, по-видимому, без любой причины. Я попробовал следующую команду для перезапуска моего соединения Ethernet,

sudo service network-manager restart

хотя это никогда не решало проблему. Каждый раз я должен перезапустить свою систему для возвращения соединения.

Детали моей платы Ethernet:

$ lspci -nnk | grep -iA2 net
06:00.0 Network controller [0280]: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)
        Subsystem: Lenovo Device [17aa:30a1]
        Kernel driver in use: ath9k<br>
07:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller [10ec:8136] (rev 02)
        Subsystem: Lenovo Device [17aa:392e]
        Kernel driver in use: r8169

Моя система: Ubuntu 14.04 LTS 64 бита в Lenovo ideapad z560.

НАБЛЮДЕНИЕ: Это происходит более часто, когда я выполняю вызовы в скайпе или диалоге. Кажется, что тяжелое использование Ethernet вызывает разъединение.

Шаги отладки попробовали до сих пор:

Я нашел, что Проводная сеть сообщения не стабильна в (64-разрядной) человечности 13.04, имеют что-то подобное описание проблемы как мой, но не точно. После решения, данного в том сообщении, я установил и попытался использовать более старое ядро linux-image-3.5.0-27-generic. Но та же проблема, сохраненная там.

В то же время я не уверен, является ли это связанная с аппаратными средствами проблема, поскольку этого никогда не происходило с Windows 7, который я использовал прежде. Я сделал большой поиск с помощью Google, но не мог найти решение кроме некоторых о более старых версиях и отчете об ошибках.

Как подсказка для изучения dmesg [благодаря @noleti], я нашел следующее:

$ dmesg -T | grep eth0
[Sat May  2 19:52:37 2015] r8169 0000:07:00.0: eth0: RTL8102e at 0xffffc90000348000, 88:ae:1d:3a:ec:ff, XID 04e00000 IRQ 41
[Sat May  2 19:52:45 2015] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[Sat May  2 19:52:51 2015] r8169 0000:07:00.0: eth0: link down
[Sat May  2 19:52:51 2015] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[Sat May  2 19:52:51 2015] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[Sat May  2 19:52:56 2015] r8169 0000:07:00.0: eth0: link up
[Sat May  2 19:52:56 2015] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[Sat May  2 20:09:01 2015] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
[Sat May  2 20:09:01 2015] r8169 0000:07:00.0: eth0: link up
[Sat May  2 20:09:13 2015] r8169 0000:07:00.0: eth0: link up
[Sat May  2 20:09:19 2015] r8169 0000:07:00.0: eth0: link up
[Sat May  2 20:09:31 2015] r8169 0000:07:00.0: eth0: link up
[Sat May  2 20:10:13 2015] r8169 0000:07:00.0: eth0: link up
[Sat May  2 20:10:55 2015] r8169 0000:07:00.0: eth0: link up
[Sat May  2 20:12:07 2015] r8169 0000:07:00.0: eth0: link up
[Sat May  2 20:13:49 2015] r8169 0000:07:00.0: eth0: link up

После события как показано в dmesg произведите мое соединение, потерян.

NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
4
задан 13 April 2017 в 15:24

3 ответа

В первую очередь, я пытался заменить r8169 с r8168 который, оказывается, ошибка для многих пользователей, имеющих Realtek Ethernet Controller, но никогда решаемый проблема, даже сейчас спустя почти год после регистрации этого. Я сталкиваюсь с той же проблемой даже с последним обновлением ядра 4.2.0-30-generic.

Решение:

Замените текущее ядро стабильной более старой версией ядра, в моем случае я установил версию ядра 3.2.0-83-generic вручную в 14.04 LTS. Теперь соединение Ethernet стабильно, и проблема решена.

Загрузите следующее .deb пакеты от 1, 2, 3, 4 и установка это:

sudo dpkg -i linux-headers-3.2.0-83_3.2.0-83.120_all.deb
sudo dpkg -i linux-headers-3.2.0-83-generic_3.2.0-83.120_i386.deb
sudo dpkg -i linux-image-3.2.0-83-generic_3.2.0-83.120_i386.deb

Можно изменить порядок загрузки путем редактирования GRUB_DEFAULT=0 в /etc/default/grub как дали здесь. Затем

sudo update-grub
sudo reboot

Я думаю, что можно попытаться установить другое последнее v3.2 ядра, которые также могут быть стабильными, Исключая: 3.2.0-98-generic

Примечание: Я протестировал его и на Ubuntu 14.04 на 64 бита и на на 32 бита LTS

2
ответ дан 1 December 2019 в 10:19

Можно ли быть, мог попытаться ограничить скорость адаптера Ethernet? Попробуйте:

sudo ethtool -s eth0 speed 100 duplex half

Или если это не помогает, попробуйте https://unix.stackexchange.com/questions/37727/solving-ethernet-watchdog-timer-deadlocks

0
ответ дан 1 December 2019 в 10:19

как от dmesg -T | grep eth0 вывод, Вы используете r8169 драйвер, который был нестабилен для немногих сетевых плат попытка вручную понижение драйвер к r8168

надежда, которой это помогает

0
ответ дан 1 December 2019 в 10:19

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

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