Я установил Ubuntu 14.04 на своем новом ноутбуке, и у меня есть проблема с интернет-соединением. Когда я загружаю компьютер, все работает превосходное, но после перезагрузки использования кнопки в правом верхнем углу (например, после обновления ядра), соединенный проводом Интернет просто не работает больше. Нет никакой проблемы с беспроводной связью, хотя (однако, я главным образом использую LAN). Это не может быть аппаратная проблема, потому что это работает над Windows (это - машина двойной загрузки). Загадочно достаточно все работает отлично, если я просто включаю ноутбук прежде, чем перезагрузить - даже если я перезагружаю на батарее (-> поврежденный) и затем еще раз на AC (-> зафиксированный снова).
Я делал некоторое дальнейшее тестирование: ничто не изменяется, если я сократил соединение (физически в администраторе сети или обоих) до перезагрузки. sudo service networking restart
также не имеет никакого эффекта с выводом
stop: Job failed while stopping
start: Job is already running: networking
Однако sudo service network-manager restart
уничтожает соединение таким же образом как перезагрузку, вынуждая меня завершить работу компьютера и затем сделать "холодную" начальную загрузку для получения его операционный снова, но снова только, когда ноутбук работает от батареи.
Я был thinking_
Какова могла быть причина того поведения?
Дальнейшие выводы команды:
lspci -knn | grep Eth -A2
:
05:00.1 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 12)
Subsystem: ASUSTeK Computer Inc. Device [1043:200f]
Kernel driver in use: r8169
на LAN (работа или не), а также на беспроводной связи (чтобы ожидаться, я просто хотел удостовериться).
ifconfig
:
eth0 Link encap:Ethernet HWaddr 08:62:66:b5:0f:78
inet addr:192.168.1.112 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::a62:66ff:feb5:f78/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:9907 errors:0 dropped:0 overruns:0 frame:0
TX packets:6660 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:9730805 (9.7 MB) TX bytes:726284 (726.2 KB)
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:2391 errors:0 dropped:0 overruns:0 frame:0
TX packets:2391 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:228361 (228.3 KB) TX bytes:228361 (228.3 KB)
Я решил проблему: из-за battery/ac-situation я посмотрел на энергосберегающие настройки в powertop
и заметил, что включение ноутбука переключило wake-on-lan-setting.
Так или иначе, методом проб и ошибок я выяснил, что работы LAN и после перезагрузки и после sudo service network-manager restart
, если след на LAN активируется (я понятия не имею относительно того, почему, так как мне просто повезло споткнуться его - я буду счастлив, если кто-либо мог бы предложить понимание). Поэтому мое решение состояло в том, чтобы добавить
sleep 1
sudo ethtool -s eth0 wol g
к rc.local
(значение для сна могло бы быть машиной иждивенцем - я заменил жесткий диск, который шел с компьютером с SSD, таким образом, для других машин этому, возможно, придется быть выше; прием - то, что команда должна быть выполнена после , сетевые интерфейсы были настроены). Таким образом, wol всегда активируется, независимо от состояния электропитания - но за одним исключением: если Вы загружаете компьютер на ac и отключаете некоторое время спустя, он возвращается к несостояния. Обычно, это не должно быть слишком большим количеством проблемы, поскольку необходимо будет перезапустить администратора сети через командную строку для замечания его - и если это действительно необходимо, перезагрузка могла бы также быть хорошей идеей. Тем не менее, это поведение может также быть зафиксировано путем добавления маленького сценария к /etc/pm/power.d/
(подобный тому в первом ответе на этот вопрос ): в ответвлении режима работы от аккумулятора Вы помещаете
sudo ethtool -s eth0 wol g
, и ac-mode-branch остается пустым.