LAN, не работающая после перезагрузки

Я установил 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)
3
задан 13 August 2015 в 18:34

1 ответ

Я решил проблему: из-за 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 остается пустым.

2
ответ дан 1 December 2019 в 17:01

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

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