Автор Тема: Не просыпается подключение к беспроводной сети (wifi) после ждущего режима  (Прочитано 21387 раз)

Оффлайн Иволгин

  • Давно тут
  • **
  • Сообщений: 259
Все wifi-сети после просыпания из ждущего режима - и моя, и чужие - как корова языком слизала. Остаётся только перезагружать машину, что грустно - потеря времени почём зря.

Регулярка с КДЕ4 отсюда https://forum.altlinux.org/index.php?topic=36963.msg292726#msg292726



Оффлайн Иволгин

  • Давно тут
  • **
  • Сообщений: 259
Продублировал сообщение о недостатке в багзилле https://bugzilla.altlinux.org/show_bug.cgi?id=32450

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 908
    • Домашняя страница
    • Email
Все wifi-сети после просыпания из ждущего режима - и моя, и чужие - как корова языком слизала. Остаётся только перезагружать машину, что грустно - потеря времени почём зря.

Регулярка с КДЕ4 отсюда https://forum.altlinux.org/index.php?topic=36963.msg292726#msg292726
Такой дешёвый кривой адаптер.
Андрей Черепанов (cas@)

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Все wifi-сети после просыпания из ждущего режима - и моя, и чужие - как корова языком слизала. Остаётся только перезагружать машину, что грустно - потеря времени почём зря.

А отключение и включение адаптера при помощи аппаратного выключателя не помогает? Речь о ноутбуке?

Оффлайн Иволгин

  • Давно тут
  • **
  • Сообщений: 259
Такой дешёвый кривой адаптер.
Поискал сведения про свой wifi-адаптер, на сайте модели написано вот что:

Wireless:
Intel® Centrino® Wireless-N 2230 + Bluetooth 4.0
Killer™ Wireless-N, 1202 for Video & Voice + Bluetooth 4.0

Wireless:
Intel 2230 Combo w Wi-Di
Intel Wireless Display WiDi
BT4.0 (via WiFi mini card)

Что характерно, штатно не работает ни вафля ни блютус.

Оффлайн Иволгин

  • Давно тут
  • **
  • Сообщений: 259
А отключение и включение адаптера при помощи аппаратного выключателя не помогает? Речь о ноутбуке?
На машинке нет аппаратного выключателя адаптера.

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
На машинке нет аппаратного выключателя адаптера.

А сочетания горячих клавиш тоже нет? Вроде Fn+"клавиша с рисунком беспроводной сети"

Оффлайн Иволгин

  • Давно тут
  • **
  • Сообщений: 259
А сочетания горячих клавиш тоже нет? Вроде Fn+"клавиша с рисунком беспроводной сети"
К сожалению, нет.

Тут надо сказать, что в Росе на этой же машинке после просыпания из ждущего режима вафля просыпается вместе с машинкой, а не умирает. Гляну и попозже сообщу, что там за дрова, может, это поможет.

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Ладно, а перезапуск NetworkManager не помогает?
systemctl restart NetworkManager

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Все wifi-сети после просыпания из ждущего режима - и моя, и чужие - как корова языком слизала. Остаётся только перезагружать машину, что грустно - потеря времени почём зря.

А отключение и включение адаптера при помощи аппаратного выключателя не помогает? Речь о ноутбуке?

Антон, современные отличные ноутбуки, hard blocked кнопкой не умеют - только soft blocked:
# rfkill list wifi
0: ideapad_wlan: Wireless LAN
        Soft blocked: no
        Hard blocked: no
2: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
# rfkill list wifi
0: ideapad_wlan: Wireless LAN
        Soft blocked: yes
        Hard blocked: no
2: phy0: Wireless LAN
        Soft blocked: yes
        Hard blocked: no
# rfkill list wifi
0: ideapad_wlan: Wireless LAN
        Soft blocked: no
        Hard blocked: no
2: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no

Древние ноутбуки умеют кнопкой hard blocked, но не умеют soft blocked
Далее всё etcnet
# ping -c1 mail.ru
PING mail.ru (217.69.139.201) 56(84) bytes of data.
64 bytes from ko.mail.ru (217.69.139.201): icmp_req=1 ttl=53 time=62.7 ms

--- mail.ru ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 62.737/62.737/62.737/0.000 ms
# rfkill list wifi
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
1: hp-wifi: Wireless LAN
Soft blocked: no
Hard blocked: no
# rfkill list wifi
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: yes
1: hp-wifi: Wireless LAN
Soft blocked: no
Hard blocked: yes

После разблокировки кнопкой
# rfkill list wifi
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
1: hp-wifi: Wireless LAN
Soft blocked: no
Hard blocked: no

пинга нет
# ping -c1 mail.ru
ping: unknown host mail.ru

и нажатие/"отжатие" кнопки hard blocked может стать нетривиальным:
Болтается lock-ер
# ls /var/run/wpa_supplicant/eth0
/var/run/wpa_supplicant/eth0

и процессы
# ps -eo args|grep wpa
/usr/sbin/wpa_supplicant -ieth0 -Dwext -B -P/var/run/wpa_supplicant-eth0.pid -c /etc/net/ifaces/eth0/wpa_supplicant.conf
/usr/sbin/wpa_cli -ieth0 -B -P/var/run/wpa_cli-eth0.pid -a /etc/net/scripts/wpa_cli.action
grep --color=auto wpa

Убиваем локер и процессы
# killall wpa_supplicant
# rm -f /var/run/wpa_supplicant/eth0

Старт скрипта
# /etc/net/scripts/ifup-wireless eth0
# ping -c1 mail.ru
ping: unknown host mail.ru

Пожнимаем беспроводной интерфейс
# ifup eth0
Successfully initialized wpa_supplicant

Теперь пинг есть
# ping -c1 mail.ru
PING mail.ru (217.69.139.201) 56(84) bytes of data.
64 bytes from ko.mail.ru (217.69.139.201): icmp_req=1 ttl=53 time=113 ms

--- mail.ru ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 113.665/113.665/113.665/0.000 ms
« Последнее редактирование: 29.08.2016 21:55:42 от Speccyfighter »

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 908
    • Домашняя страница
    • Email
Убунтоиды советуют перезапускать wpa_supplicant.
Андрей Черепанов (cas@)

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Убунтоиды советуют перезапускать wpa_supplicant.

Здесь ещё немного про просыпание в системе с systemd и NetworkManager с эмоциями:
https://forum.altlinux.org/index.php?topic=36791.msg286129#msg286129

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Но вообще, система просто обязана просыпаться после suspend с поднятой беспроводной сетью.

Здесь в системе с etcnet тронута кнопка ноутбука Hard blocked - именно хард блок, не Soft blocked:
https://forum.altlinux.org/index.php?topic=37239.msg293604#msg293604
Если эту кнопку Hard block не трогать, система на sysvinit с etcnet замечательно уснёт и проснётся с wifi-ем.
Проверьте через rfkill list wifi, эта кнопка Soft block или Hard block.
Но если тронуть, то последовательность восстановления беспроводной сети
(при условии что беспроводной интерфейс - eth0)
# Отключить hard block через аппаратную кнопку ноутбука - индикатор wifi горит
# killall wpa_supplicant
# rm -f /var/run/wpa_supplicant/eth0
# /etc/net/scripts/ifup-wireless eth0
# ifup eth0
В теории, на крайний случай, можно парсить интерфейс
https://forum.altlinux.org/index.php?topic=32361.msg259724#msg259724
и всё это повесить в root-овый скрипт в /usr/local/sbin или через sudo.

А здесь в системе с NM проблема в systemd:
https://forum.altlinux.org/index.php?topic=36791.msg286129
Рецепт для NM с systemd там же.
Суть рецепта:
Поднять упавший на suspend демон wpa_supplicant
# /usr/sbin/wpa_supplicant -u -B
Successfully initialized wpa_supplicant
Либо через systemctl рестартануть сервис NetworkManager для поднятия демона wpa_supplicant.
Подробности см. тут:
https://forum.altlinux.org/index.php?topic=36791.msg286164#msg286164
« Последнее редактирование: 30.08.2016 00:13:21 от Speccyfighter »

Оффлайн gvy

  • alt linux team
  • ***
  • Сообщений: 1 008
    • Альт на Эльбрусе
    • Email
Все wifi-сети после просыпания из ждущего режима - и моя, и чужие - как корова языком слизала. Остаётся только перезагружать машину, что грустно - потеря времени почём зря.
https://bugzilla.altlinux.org/show_bug.cgi?id=32450#c1 (продолжать стоит там же)
--
Michael Shigorin | ALT Linux Team | ANNA-News | Сделано у нас | altlinux.org/эльбрус

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Все wifi-сети после просыпания из ждущего режима - и моя, и чужие - как корова языком слизала. Остаётся только перезагружать машину, что грустно - потеря времени почём зря.
https://bugzilla.altlinux.org/show_bug.cgi?id=32450#c1 (продолжать стоит там же)

Преамбула:
если бы пользователи systemd возмутились бы сломаной в p8 связкой dbus+polkitd, что вмёртвую разрушило sysv, то и сам бы поглубже и чаще поглядывал бы на systemd, а так, стимул к этому нулевой.

Но всё же...
О-очень имхо:
wpa_supplicant
Description :
<skip>
In addition, it controls the roaming and IEEE
802.11 authentication/association of the wlan driver.
<skip>

Апрельское:
Здесь по статусу видно
https://forum.altlinux.org/index.php?topic=36791.msg286164#msg286164
что на спячке демон был стопнут
supplicant: wpa_supplicant stopped

а вот на выходе демон поднят не был
...
manager: wake requested (sleeping: yes  enabled: yes)
manager: waking up...
device (wlan0): state change: unmanaged -> unavailable (reason 'managed') [10 20 2
device (eth0): state change: unmanaged -> unavailable (reason 'managed') [10 20 2]
manager: NetworkManager state is now DISCONNECTED
supplicant: wpa_supplicant die count reset
и DISCONNECTED предсказуем.
Иволгину отследить бы это логами и бросить в багрепорт.
Высока вероятность что это повторение апрельского.


Тут
https://forum.altlinux.org/index.php?topic=36791.msg286162#msg286162
wifi после
systemctl suspend
лежит.

А тут (сразу же после двух выбросов)
https://forum.altlinux.org/index.php?topic=36791.msg286164#msg286164
в спячку отправлялось не через 'systemctl suspend', а непосрежственно стартом сервиса:
При поднятой сети, если при уходе в спячку не дропать процесс wpa_supplicant, то на выходе из спячки сеть лежать не будет:

# cat /lib/systemd/system/systemd-suspend.service
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.

[Unit]
Description=Suspend
Documentation=man:systemd-suspend.service(8)
DefaultDependencies=no
Requires=sleep.target
After=sleep.target

[Service]
Type=oneshot
ExecStart=/lib/systemd/systemd-sleep suspend
# ping -c1 mail.ru|head -n3
PING mail.ru (217.69.139.202) 56(84) bytes of data.
64 bytes from mail.ru (217.69.139.202): icmp_req=1 ttl=53 time=56.2 ms

# echo; echo 'Засыпаем в память' && systemctl start systemd-suspend.service && echo 'Вышли из сна'

Засыпаем в память
Вышли из сна
# ping -c1 mail.ru|head -n3
PING mail.ru (217.69.139.201) 56(84) bytes of data.
64 bytes from ko.mail.ru (217.69.139.201): icmp_req=1 ttl=53 time=52.3 ms

$ ps -eo s,args|grep 'Netw\|wpa_supp'|grep -v grep
S /usr/sbin/NetworkManager --no-daemon
S /usr/sbin//wpa_supplicant -u

Соответственно демон не умер и wifi на выходе есть.
О-очень ИМХО:
Осталось поймать того виновника который стопает демон.


К слову:
на sysv подобную проблему ни разу не наблюдал.