Описание проблемы:
Соединение 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
В первую очередь, я пытался заменить 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
Можно ли быть, мог попытаться ограничить скорость адаптера Ethernet? Попробуйте:
sudo ethtool -s eth0 speed 100 duplex half
Или если это не помогает, попробуйте https://unix.stackexchange.com/questions/37727/solving-ethernet-watchdog-timer-deadlocks
как от dmesg -T | grep eth0
вывод, Вы используете r8169
драйвер, который был нестабилен для немногих сетевых плат попытка вручную понижение драйвер к r8168
надежда, которой это помогает