Ethernet не возобновляется после того, как приостановят.
sudo service network-manager restart
не работает. Только перезапуск решает проблему.
Основное отслеживание ошибок Ubuntu эта проблема, по крайней мере, для сетевого модуля ядра r8169, кажется:
https://bugs.launchpad.net/ubuntu / + источник/Linux / + ошибка/1752772
Я поощрил бы всех, которые затронуты этой проблемой для движения туда, и отметить это она влияет на Вас, так, чтобы у специалистов по обслуживанию был лучший смысл того, насколько серьезный это.
Я выполняю новую установку Xubuntu 18.04, и мой интерфейс Ethernet использует модуль ядра r8169, который я обнаружил выполнение:
sudo lshw -C network
Будет 2 группы информации, один запуск с description: Ethernet interface
, и другой с description: Wireless interface
. Под description: Ethernet interface
, ищите строку, запускающуюся с configuration:
, как это:
configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full firmware=rtl_nic/rtl8105e-1.fw ip=192.168.100.6 latency=0 link=yes multicast=yes port=MII speed=100Mbit/s
Драйвер будет здесь: driver=
.
Systemd запускает все исполняемые скрипты под /lib/systemd/system-sleep
прежде и после приостанавливают, передавая 2 параметра, $1
состояние (pre
, прежде приостанавливают, или post
, после приостанавливают), и $2
действие (suspend
, hibernate
, hybrid-state
, или suspend-then-hibernate
). Это документируется в страницу справочника для systemd-suspend.service
.
Мы должны перезагрузить модуль для интерфейса Ethernet, когда возобновление от приостанавливает, после приостанавливают. Таким образом, я создал сценарий /lib/systemd/system-sleep/r8169-refresh
:
#!/bin/bash
PROGNAME=$(basename "$0")
state=$1
action=$2
function log {
logger -i -t "$PROGNAME" "$*"
}
log "Running $action $state"
if [[ $state == post ]]; then
modprobe -r r8169 \
&& log "Removed r8169" \
&& modprobe -i r8169 \
&& log "Inserted r8169"
fi
и сделанный этим исполняемый файл:
chmod +x /lib/systemd/system-sleep/r8169-refresh
Сообщения, зарегистрированные из сценария, перейдут в /var/log/syslog
отмеченный с названием сценария и его PID. Таким образом, можно проверить, перезагрузил ли сценарий модуль ядра:
grep r8169-refresh /var/log/syslog
Это произошло со мной также.
Разгрузитесь/перезагрузите сетевые работы модулей/драйверов ядра.
Мой - r8169, таким образом (как корень): (Я ввел вручную, таким образом, была задержка),
sudo modprobe -r r8169
sudo modprobe -i r8169
Я также удалил mii во время своей первой попытки. Не необходимый все же.
У меня была та же проблема, и я нашел это решение.
выполненный: sudo lshw -C network
найти Ваш модуль ядра сетевой платы
В *-network, описание: интерфейс Ethernet, в поле конфигурации найден
driver=sky2
для меня. sky2 является модулем ядра сети Ethernet для моего ноутбука.
Я создаю файл sky2.sh в: /lib/systemd/system-sleep/
папка с
#!/bin/bash
modprobe -r sky2 # unload sky2 kernel module
modprobe -i sky2 # reload sky2 kernel module
и измените полномочия с:
sudo chmod a+x sky2.sh
После этого проблема решена.
Это обнаруживает соединение Ethernet?
затем
открытый NetworkManager.conf
sudo nano /etc/NetworkManager/NetworkManager.conf
Комментарий (Добавляют #), dns=dnsmasq
[main]
plugins=ifupdown,keyfile,ofono
#dns=dnsmasq
[ifupdown]
managed=true
Перезапустите Администратора сети
sudo service network-manager restart
Здесь действительно ли другой прост (r?) решение: создайте systemd сервис, чей только задача состоит в том, чтобы разгрузиться/перезагрузить модуль после приостановить цикла (я назвал его/etc/systemd/system/fix-r8169.service):
[Unit]
Description=Fix RTL-8169 Driver on resume from suspend
After=suspend.target
[Service]
User=root
Type=oneshot
ExecStartPre=/sbin/modprobe -r r8169
ExecStart=/sbin/modprobe r8169
TimeoutSec=0
StandardOutput=syslog
[Install]
WantedBy=suspend.target
Затем просто выполнитесь systemctl enable fix-r8169.service
, и Вы должны быть установлены!! Systemd будет теперь автоволшебно разгружать-и-перезагружать, Ваш модуль на след от приостанавливает.
Удачи!
Нажмите Ctrl+Alt+T для движения в терминал и тип:
sudo apt-get purge tlp
или
править /etc/default/tlp
и изменение:
WOL_DISABLE = NO
кому:
WOL_DISABLE = YES
У меня нет достаточной репутации для комментария или upvote принятый ответ (который теперь устарел),
Если Вы работаете lsmod | grep r8169
и это показывает, что у Вас есть r8169 модуль ядра, загруженный, и Ваше ядро является более старым, чем 4.15.0-24-универсальный затем, Вы, скорее всего, затронуты ошибкой, связанной в принятом ответе https://bugs.launchpad.net/ubuntu / + источник/Linux / + ошибка/1752772
BTW я испытал эту ошибку и для меня lspci | grep 'Gigabit Ethernet'
шоу RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
Эта ошибка была исправлена.
Если Ваше ядро является более старым, чем 4.15.0-24-универсальный, просто выполненный
apt-get update
apt-get upgrade
apt-get dist-upgrade
reboot
У меня была та же проблема, но решения здесь не работали на меня. Я провел дни, проходя несколько форумов по этому предмету и попробовал примерно все. Два альтернативных решения упоминаются, обновляют Ядро или устанавливают предыдущий драйвер модуля. Я выбрал последнего и установил r8168 драйвер. Первоначально, это также перестало работать. Однако я обнаружил что-то, что работает и адаптировало его к решению от Paulo.
Я выполняю (K) человечность 18.04 с 4.15.0-24-универсальным Ядром.
Вывод от lshw-C сеть включает это...
description: Ethernet interface
product: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:05:00.0
logical name: enp5s0
version: 0c
serial: 80:fa:5b:49:69:b3
size: 1Gbit/s
capacity: 1Gbit/s
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress msix vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8168 driverversion=8.045.08-NAPI duplex=full ip=192.168.10.213 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
resources: irq:133 ioport:e000(size=256) memory:df000000-df000fff memory:d0000000-d0003fff
Я установил пакет r8168-dkms, однако который был недостаточно. Требовались два дальнейших шага.
Шаг 1) Редактирование файл/etc/modprobe.d/r8168-dkms.conf и включает строку (т.е. удалите комментарий), поместите в черный список r8169
Шаг 2) На основе решения от Paulo я создал следующий сценарий/lib/systemd/system-sleep/r8168-refresh
#!/bin/bash PROGNAME=$(basename "$0") state=$1 action=$2 function log { logger -i -t "$PROGNAME" "$*" } log "Running $action $state" if [[ $state == post ]]; then log "ifconfig down enp5s0" ifconfig enp5s0 down log "ifconfig up enp5s0" ifconfig enp5s0 192.168.10.213 fi
Этот код, конечно, характерен для моей машины (имя устройства и IP-адрес). Это могло, конечно, быть улучшено, но это удовлетворяет мои потребности в данный момент.
Это работает, будет с NetworkManager.
Это произошло со мной также с материнской платой Gigabyte-B250M-DS3H после обновления от Ubuntu 16.04 до 18,04 28 июля 2018. Ядро 4.15.0-29-универсально.
Результат sudo lshw -C network
показал RTL8111/8168/8411 Контроллер Gigabit Ethernet PCI Express, в то время как он показал, что r8169 является используемым драйвером.
То, что наконец работало, устанавливало драйвер, характерный для контроллера Ethernet (большое удивление):
sudo apt install r8168-dkms
и затем перезапуская компьютер (Спасибо andypotter). Я не должен был помещать в черный список r8169, но я действительно все еще должен был создать сценарий в /lib/systemd/system-sleep/
то, что я звонил r8168-refresh-after-suspend
(а-ля совет Paulo), который удалил бы и повторно вставил бы r8168:
#!/bin/bash
# $1 is the state (pre or post)
# $2 is the action (suspend)
case $1/$2 in
pre/suspend)
modprobe -r r8168
;;
post/suspend)
modprobe -i r8168
;;
esac
и, конечно, сделайте это исполняемым файлом с:
sudo chmod +x /lib/systemd/system-sleep/r8168-refresh-after-suspend
Это работало как очарование. Так, это - все еще проблема в 4.15.0-29 ядрах, но лейкопластырь фиксирует все еще работы.
У меня есть та же проблема (driver=r8169), Ethernet не работает после резюме от приостанавливают.
Это работает отлично с ядром 4.13.0-31. Другими словами, Ethernet продолжает работать после возобновления от, приостанавливают.
Но с ядром 4.15.0-32 Ethernet не работает после возобновления от, приостанавливают. Я попробовал фиксацию
modprobe -r r8169
modprobe -i r8169
но это не имеет никакого эффекта.
Я сообщил об этом https://bugs.launchpad.net/ubuntu / + источник/Linux / + ошибка/1752772
я решил этот broblem на своей Ubuntu 18.04, Бионической путем обновления ядра от 4,15 до 4,20 (последнее 16.01.2019) использующий UKUU
для установки последнего ядра устанавливают Утилиту обновления Ядра Ubuntu
sudo add-apt-repository ppa:teejee2008/ppa
sudo apt-get install ukuu
отключите управление доступом со следующей командой:
sudo xhost +
затем установка с ukuu
sudo ukuu
sudo ukuu --install-latest
и перезагрузка
sudo reboot
Имел те же проблемы с моим Dell Inspiron 15: никакая проводная сеть после перезагрузки или не приостанавливает.
Я, кажется, зафиксировал это путем изменения настроек в BIOS:
Усовершенствованный-> Intel (R) Smart Connect Technology-> Отключенный
(значение по умолчанию Включено),
Как побочный эффект, пункт меню исчез, для появления снова после сброса всех настроек к значениям по умолчанию.
Первая вещь проверить: перезапустите администратора сети / сервис:
сервисный перезапуск администратора сети sudo
Если это не делает работ, проверьте другие ответы в это сообщение
Я обозначаю что эти несколько сценариев файла Фиксации (измененный к моему адаптеру Ethernet) на /lib/systemd/system-sleep/
каждый работает!
Тем не менее, если устройство кабельного модема выключено, после Приостанавливают, и это возвращается - на том, после того, как система Резюме, основанная на Ubuntu система не может соединиться снова с Интернетом, несмотря на значок сети (в области уведомлений) выставочное соединение На.
Для фиксации его снова я должен, нажимая на значок сети» соединение Ethernet. Таким образом это обновляет соединение успешно. x-¿
Ethernet controller: VIA Technologies, Inc. VT6105/VT6106S [Rhine-III]
Subsystem: D-Link System Inc DFE-520TX Fast Ethernet PCI Adapter
Kernel driver in use: via-rhine
Kernel modules: via_rhine
P.S. Кажется, что CLI некоторого vpn прекращает работать после возврата из Приостановки.
Для Dell XPS 7590 это та же команда, но с другим адаптером:
sudo modprobe -r r8152
sudo modprobe -i r8152