LINUX.ORG.RU
решено ФорумAdmin

NetworkManager не подключается к сети после выхода из ждущего режима

 , , ,


0

1

Здравствуйте, никак не могу забороть эту досадную проблему, из-за чего приходится перезагружать ноутбук после каждой спячки (т.е., «ждучки», suspend to ram). Т.е., мобильность устройства теперь только в том, что ноут можно физически перетащить из одного места в другое. Но воспользоваться аккамулятором чтобы сохранить какое-то состояние — можно только с потерей сети.

Суть: при выходе из ждущего режима, не могу подключиться ни к одной WiFi сети (воспроизводится не всегда, но в большинстве случаев).

Использую Archlinux, KDE и NetworkManager плазмоид для подключения к сетям (nmcli, кстати, тоже проверял — не работает).

Когда нажимаю на имя сети, к которой хочу подключиться, то вижу следующее:

«Настройка интерфейса» .... -> «Не удалось подключиться к {NetworkName}»

dmesg: http://pastebin.com/feyiDgRc

Железо:

05:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)

Что уже пробовал:

# stop NetworkManager first, just in case if it would not start anything before time
sudo systemctl stop NetworkManager

# kill wpa_supplicant (one of suggestions in the topic: https://bbs.archlinux.org/viewtopic.php?pid=1241694)
sudo killall wpa_supplicant

# re-load kernel module with nohwcrypt=1 (another suggestion in the topic):
sudo modprobe -r ath9k
sudo modprobe ath9k nohwcrypt=1 # без "nohwcrypt=1" тоже пробовал

# start NetworkManager again
sudo systemctl start NetworkManager

Что еще можно потестить/проверить? В какую сторону вообще копать?

P.S.: уже постил эту проблему на форумах арча, но там не сильно помогли: https://bbs.archlinux.org/viewtopic.php?id=160798

После спячки выгрузи и загрузи опять ath9k (у тебя же этот модуль используется?) через modprobe.

tyakos ★★★ ()

У меня на Debian был такой же глюк. Пропал после установки linux-firmware-nonfree.

afanasiy ★★★★ ()

Есть такое. Я просто сделал quirk для systemd:

$ cat /usr/lib/systemd/system-sleep/brcmsmac.sh 
#!/bin/sh
case $1 in
   pre)
   ;;
   post)
   systemctl stop NetworkManager
   sleep 2
   modprobe -r brcmsmac
   sleep 2
   modprobe brcmsmac
   sleep 2
   systemctl start NetworkManager
       ;;
esac
Правда, карточка несколько иная:
$ lspci -v | grep Ethernet
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller (rev 06)

carasin ★★★★★ ()
Ответ на: комментарий от tyakos

В общем-то, через wpa_supplicant подключается, но вот dhcpcd, похоже, ничего не делает, пока не прибить (dhcpcd -k) и не запустить снова. А может и делает, я не очень понял =)

Все что он выводил пока не прибил:

dhcpcd[15001]: sending commands to master dhcpcd process

Когда прибил и запустил снова — сообщений было поболее.

Каких-то сообщений об ошибках я не наблюдал.

... пока не сделал «systemctl start NetworkManager» — опять «Настройка интерфейса» и «Сбой подключения» (хотя инет уже был, до запуска NM).

UPDATE: может NetworkManager обламываться с настройкой интерфейса из-за «левого» /etc/resolv.conf.head?

mityukov ()
Ответ на: комментарий от mityukov

UPDATE: может NetworkManager обламываться с настройкой интерфейса из-за «левого» /etc/resolv.conf.head?

Ух... Похоже, после подчистки этого файла, подключение через NetworkManager заработало. Но надо потестить еще в боевых условиях :)

mityukov ()
Ответ на: комментарий от mityukov

Тут немного другая проблема теперь: раньше VPN-овский DNS сервер приходил из resolv.conf.head, как-раз, и раполагался сверху файла (поему он там вообще был — там своя история).

Теперь, когда все рулится одним лишь NetworkManager, nameserver для VPN почему-то стоит после дефолтного, и впн не работает (пока не залезешь в resolv.conf руками). Чем можно подправить очередность щаписей в resolv.conf, генерируемых NM'ом?

mityukov ()

У меня та же беда при выходе из спячки с OpenSUSE 12.3 + KDE. Помогло

sudo rm /var/lib/NetworkManager/NetworkManager.state

anzak ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.