Все 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#msg286162wifi после
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 подобную проблему ни разу не наблюдал.