Автор Тема: Первые стартеркиты p8 (20160429) - проблема с systemd-suspend  (Прочитано 3141 раз)

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
p8-xfce-x86_64
Та же проблема с симпли р7 обновленным до р8: дефолтом после обновления и перезагрузки не запущен юнит NetworkManager.service

У меня немного другая проблема: потеря сети после выхода из спячки в память.

Алгоритм простой как три копейки:
- Все процессы, которые были остановлены и умели на suspend, обязаны быть подняты по wake up.

Но этот дебил systemd про такое простое правило не знает.

# ping -c1 mail.ru
PING mail.ru (94.100.180.202) 56(84) bytes of data.
64 bytes from mail.ru (94.100.180.202): icmp_req=1 ttl=53 time=59.6 ms

--- mail.ru ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 59.616/59.616/59.616/0.000 ms
# ps -eo args|grep wpa_supplicant | grep -v ^grep
/usr/sbin//wpa_supplicant -u
# pm-suspend
# ping -c1 mail.ru
ping: unknown host mail.ru
# ps -eo args|grep wpa_supplicant | grep -v ^grep
#
# echo -e "#\!/bin/sh\n/usr/sbin/wpa_supplicant -u -B" > hrenov-systemd.sh
# sh ./hrenov-systemd.sh
Successfully initialized wpa_supplicant
# ping -c1 mail.ru
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.6 ms

--- mail.ru ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 56.642/56.642/56.642/0.000 ms
# ps -eo args|grep wpa_supplicant | grep -v ^grep
/usr/sbin/wpa_supplicant -u -B
« Последнее редактирование: 12.05.2016 14:21:50 от ruslandh »

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 246
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Re: Re: первые стартеркиты p8 (20160429)
« Ответ #1 : 10.05.2016 06:03:12 »
А запускать wpa_supplicant, кто будет, я?
Все демоны после обновления надо настраивать отдельно (кого запускать, кого нет). Настройки по-умолчанию (аналог chkconfig) задаются через файлы каталога /lib/systemd/system-preset. Можно устанавливать пакеты, типа ...что-то_там...preset...  Вроде (сам не пробовал) системный администратор может создавать свои preset в аналогичном каталоге  /etc/systemd/preset/.
Исхожу из правила в /lib/systemd лежат настройки системы. а /etc/systemd отдан администратору.


Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 246
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Re: Re: первые стартеркиты p8 (20160429)
« Ответ #2 : 10.05.2016 06:06:23 »
По идее, надо читать
man systemd-suspend.service

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Re: первые стартеркиты p8 (20160429)
« Ответ #3 : 10.05.2016 06:13:11 »
[offtop]
Этот systemd может использовать только тот, кому заняться больше нечем:
Пользую его с мая 2014 года, все не так страшно. За это время пробовал и сборки с sysVinit, и не скажу, что в с этой системой инициализии в альте работать легче: нужен огромный бубен для того, чтобы нормально работали некоторые приложения так, как должы: скайп,

Первый раз слышу.

тундербирд и проч, которые таки привязаны к системд... У меня гораздо больше времени уходило на настройку tde sysVinit чем настройки системды[/offtop]

Шо, уже и птицу-гром уже к сыстемд приколотили?

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Re: первые стартеркиты p8 (20160429)
« Ответ #4 : 10.05.2016 06:20:03 »
А запускать wpa_supplicant, кто будет, я?
Все демоны после обновления надо настраивать отдельно (кого запускать, кого нет). Настройки по-умолчанию (аналог chkconfig) задаются через файлы каталога /lib/systemd/system-preset. Можно устанавливать пакеты, типа ...что-то_там...preset...  Вроде (сам не пробовал) системный администратор может создавать свои preset в аналогичном каталоге  /etc/systemd/preset/.
Исхожу из правила в /lib/systemd лежат настройки системы. а /etc/systemd отдан администратору.

Линукс, в котором пользователю надо руками оживлять кильнутые процессы на рухнувшей сети при выходе из спячки,  пользователь пошлёт на непереводимом русском языке. И будет прав.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Re: первые стартеркиты p8 (20160429)
« Ответ #5 : 10.05.2016 06:30:54 »
По идее, надо читать
man systemd-suspend.service

Руслан, я на десктопе TDE с sysv и etcnet, у которого аптайм может быть недели при suspend, такой фигнёй не занимаюсь. :-)
Зачем лезть туда, которое просто работает?

Инфлэйм

  • Гость
Re: Re: первые стартеркиты p8 (20160429)
« Ответ #6 : 10.05.2016 06:44:23 »
Но этот дебил systemd
Не соглашусь, потому как на одной машинке крутиться кубунту 16.04 с системдой, на ней таких трабл я не встречал. К сожалению, не имею сейчас доступа к машинке, она у моей девушке (беда в том, что все альты: стартеры, регулярки, дистрибутивы страшно грузили ее ноут, вот и пришлось поставить кубунту) , и не могу выложить логи.
« Последнее редактирование: 10.05.2016 06:49:48 от Инфлэйм »

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 246
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Re: Re: первые стартеркиты p8 (20160429)
« Ответ #7 : 10.05.2016 06:49:45 »
Руслан, я на десктопе TDE с sysv и etcnet, у которого аптайм может быть недели при suspend, такой фигнёй не занимаюсь. :-)
Зачем лезть туда, которое просто работает?
При всём уважении. Или не применяйте systemd, или изучайте как он работает. Он ещё очень сырой, в том смысле, что механизмы теоретические есть, а практическре воплощение теории очень отстаёт. И проблема основная в том, что даже мантейнеры и программисты, которые  занимаются его практическим наполнением могут сильно отставать в знании того, как должно работать, и как правильно всё сделать, что-бы не было проблем.

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

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Re: Re: первые стартеркиты p8 (20160429)
« Ответ #8 : 10.05.2016 07:09:36 »
У меня немного другая проблема: потеря сети после выхода из спячки в память.

Никогда такой проблемы не было, сижу на Сизифе с Systemd несколько лет. Правильная команда для suspend:
systemctl suspendНе исключено, что xfce может неправильную команду давать.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Re: первые стартеркиты p8 (20160429)
« Ответ #9 : 10.05.2016 08:00:46 »
Правильная команда для suspend:
systemctl suspendНе исключено, что xfce может неправильную команду давать.

Антон, до лампочки. Проблема где-то глубоко в потрохах сыстемд.

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

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Re: Re: первые стартеркиты p8 (20160429)
« Ответ #10 : 10.05.2016 08:05:33 »
Антон, до лампочки. Проблема где-то глубоко в потрохах сыстемд.

И тем не менее не лишним проверить, будут ли запускаться после systemctl suspend нормально сервисы или нет. Если всё будет нормально, проблема не в сыстемд.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Re: первые стартеркиты p8 (20160429)
« Ответ #11 : 10.05.2016 08:11:06 »
Или не применяйте systemd,

И не применяю.
Случайно пролетела бага из базового функционала - сообщил.

или изучайте как он работает. Он ещё очень сырой,

Я в курсе что сырой продукт в продакшене.

механизмы теоретические есть, а практическре воплощение теории очень отстаёт.

Нет у него ни теоретических, ни практических. И на форуме взрывами это уже пробегало.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Re: первые стартеркиты p8 (20160429)
« Ответ #12 : 10.05.2016 08:20:28 »
Антон, до лампочки. Проблема где-то глубоко в потрохах сыстемд.

И тем не менее не лишним проверить, будут ли запускаться после systemctl suspend нормально сервисы или нет. Если всё будет нормально, проблема не в сыстемд.

Если сказал "до лампочки", значит посмотрел:
NetworkManager.service не может запуститься, - он не останавливается, - он засыпает, а wpa_supplicant килится как процесс.
Чтобы сеть поднялась снова, нужно или сервис NM рестартануть, или поднять wpa_supplicant.
Результат будет одинаковым, - сеть поднимется.

# systemctl suspend
# systemctl start NetworkManager.service
Цитировать
# systemctl status NetworkManager.service
● NetworkManager.service - Network Manager
   Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
   Active: active (running) since Вт 2016-05-10 12:05:18 UTC; 1min 5s ago
  Process: 28741 ExecStartPre=/usr/sbin/NetworkManager-prestart (code=exited, status=0/SUCCESS)
 Main PID: 28757 (NetworkManager)
   CGroup: /system.slice/NetworkManager.service
           └─28757 /usr/sbin/NetworkManager --no-daemon

май 10 12:05:37 localhost.localdomain NetworkManager[28757]: <info>  [1462881937.9943] manager: NetworkManager state is now ASLEEP
май 10 12:05:38 localhost.localdomain NetworkManager[28757]: <info>  [1462881938.8408] supplicant: wpa_supplicant stopped
май 10 12:05:51 localhost.localdomain NetworkManager[28757]: <info>  [1462881951.0848] manager: wake requested (sleeping: yes  enabled: yes)
май 10 12:05:51 localhost.localdomain NetworkManager[28757]: <info>  [1462881951.0848] manager: waking up...
май 10 12:05:51 localhost.localdomain NetworkManager[28757]: <info>  [1462881951.0854] device (eth0): state change: unavailable -> unmanaged (reason 'sleeping') [20 10
май 10 12:05:51 localhost.localdomain NetworkManager[28757]: <info>  [1462881951.1130] device (wlan0): state change: unmanaged -> unavailable (reason 'managed') [10 20
май 10 12:05:51 localhost.localdomain NetworkManager[28757]: <info>  [1462881951.2304] device (eth0): state change: unmanaged -> unavailable (reason 'managed') [10 20 2
май 10 12:05:51 localhost.localdomain NetworkManager[28757]: <info>  [1462881951.2527] manager: NetworkManager state is now DISCONNECTED
май 10 12:05:53 localhost.localdomain NetworkManager[28757]: <info>  [1462881953.6599] supplicant: wpa_supplicant die count reset
май 10 12:06:03 localhost.localdomain systemd[1]: Started Network Manager.
« Последнее редактирование: 10.05.2016 08:27:15 от Speccyfighter »

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

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Re: Re: первые стартеркиты p8 (20160429)
« Ответ #13 : 10.05.2016 08:51:26 »
Чтобы сеть поднялась снова, нужно или сервис NM рестартануть, или поднять wpa_supplicant.

cat /lib/systemd/system/wpa_supplicant.service
[Unit]
Description=WPA supplicant

[Service]
Type=dbus
BusName=fi.epitest.hostap.WPASupplicant
ExecStart=/usr/sbin//wpa_supplicant -u

[Install]
WantedBy=multi-user.target
Alias=dbus-fi.epitest.hostap.WPASupplicant.service

Сервис не нужно специально включать, так как его Type=dbus. Получается, что при просыпании его никто не вызвал по dbus, а должна была вызвать программа, отвечающая за suspend.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Re: первые стартеркиты p8 (20160429)
« Ответ #14 : 10.05.2016 16:12:54 »
Сервис не нужно специально включать, так как его Type=dbus. Получается, что при просыпании его никто не вызвал по dbus, а должна была вызвать программа, отвечающая за suspend.

# systemctl status wpa_supplicant.service|grep 'Loaded\|Active'
   Loaded: loaded (/lib/systemd/system/wpa_supplicant.service; disabled; vendor preset: disabled)
   Active: active (running) since Вт 2016-05-10 18:14:25 UTC; 35s ago
# ps -eo s,args|grep wpa_supplicant|grep -v grep
S /usr/sbin//wpa_supplicant -u
# ps -eo s,args|grep NetworkManager|grep -v grep
S /usr/sbin/NetworkManager --no-daemon
# ping -c1 mail.ru
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=76.3 ms

--- mail.ru ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 76.394/76.394/76.394/0.000 ms
# systemctl suspend
# ping -c1 mail.ru
ping: unknown host mail.ru
# ps -eo s,args|grep wpa_supplicant|grep -v grep
# ps -eo s,args|grep NetworkManager|grep -v grep
S /usr/sbin/NetworkManager --no-daemon
# ps -eo s,args|grep NetworkManager|grep -v grep
S /usr/sbin/NetworkManager --no-daemon
# systemctl status wpa_supplicant.service
● wpa_supplicant.service - WPA supplicant
   Loaded: loaded (/lib/systemd/system/wpa_supplicant.service; disabled; vendor preset: disabled)
   Active: failed (Result: core-dump) since Вт 2016-05-10 18:16:45 UTC; 2min 50s ago
  Process: 2443 ExecStart=/usr/sbin//wpa_supplicant -u (code=dumped, signal=SEGV)
 Main PID: 2443 (code=dumped, signal=SEGV)

май 10 18:14:28 localhost.localdomain wpa_supplicant[2443]: wlan0: SME: Trying to authenticate with
май 10 18:14:28 localhost.localdomain wpa_supplicant[2443]: wlan0: Trying to associate with
май 10 18:14:28 localhost.localdomain wpa_supplicant[2443]: wlan0: Associated with
май 10 18:14:28 localhost.localdomain wpa_supplicant[2443]: wlan0: WPA: Key negotiation completed with
май 10 18:14:28 localhost.localdomain wpa_supplicant[2443]: wlan0: CTRL-EVENT-CONNECTED - Connection to
май 10 18:16:44 localhost.localdomain wpa_supplicant[2443]: wlan0: CTRL-EVENT-DISCONNECTED bssid=
май 10 18:16:44 localhost.localdomain wpa_supplicant[2443]: p2p-dev-wlan0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
май 10 18:16:45 localhost.localdomain systemd[1]: wpa_supplicant.service: Main process exited, code=dumped, status=11/SEGV
май 10 18:16:45 localhost.localdomain systemd[1]: wpa_supplicant.service: Unit entered failed state.
май 10 18:16:45 localhost.localdomain systemd[1]: wpa_supplicant.service: Failed with result 'core-dump'.
# systemctl restart NetworkManager.service
# systemctl status wpa_supplicant.service
● wpa_supplicant.service - WPA supplicant
   Loaded: loaded (/lib/systemd/system/wpa_supplicant.service; disabled; vendor preset: disabled)
   Active: active (running) since Вт 2016-05-10 18:20:35 UTC; 5min ago
 Main PID: 2960 (wpa_supplicant)
   CGroup: /system.slice/wpa_supplicant.service
           └─2960 /usr/sbin//wpa_supplicant -u

май 10 18:20:35 localhost.localdomain systemd[1]: Starting WPA supplicant...
май 10 18:20:35 localhost.localdomain wpa_supplicant[2960]: Successfully initialized wpa_supplicant
май 10 18:20:35 localhost.localdomain systemd[1]: Started WPA supplicant.
# ping -c1 mail.ru
PING mail.ru (94.100.180.202) 56(84) bytes of data.
64 bytes from mail.ru (94.100.180.202): icmp_req=1 ttl=53 time=65.8 ms

--- mail.ru ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 65.868/65.868/65.868/0.000 ms
# ll $(find /etc/systemd/ -name "*service*")
lrwxrwxrwx 1 root root 39 май  9 17:55 /etc/systemd/system/multi-user.target.wants/laptop-mode.service -> /lib/systemd/system/laptop-mode.service
lrwxrwxrwx 1 root root 53 май  8 07:07 /etc/systemd/system/dbus-org.freedesktop.nm-dispatcher.service -> /lib/systemd/system/NetworkManager-dispatcher.service
lrwxrwxrwx 1 root root 42 май  8 07:07 /etc/systemd/system/multi-user.target.wants/NetworkManager.service -> /lib/systemd/system/NetworkManager.service
lrwxrwxrwx 1 root root 42 май  8 07:07 /etc/systemd/system/dbus-org.freedesktop.NetworkManager.service -> /lib/systemd/system/NetworkManager.service
lrwxrwxrwx 1 root root 40 апр 29 04:18 /etc/systemd/system/dbus-org.freedesktop.Avahi.service -> /lib/systemd/system/avahi-daemon.service
lrwxrwxrwx 1 root root 40 апр 29 04:18 /etc/systemd/system/dbus-org.freedesktop.ModemManager1.service -> /lib/systemd/system/ModemManager.service
lrwxrwxrwx 1 root root 33 апр 29 04:18 /etc/systemd/system/multi-user.target.wants/acpid.service -> /lib/systemd/system/acpid.service
lrwxrwxrwx 1 root root 38 апр 29 04:18 /etc/systemd/system/multi-user.target.wants/alteratord.service -> /lib/systemd/system/alteratord.service
lrwxrwxrwx 1 root root 40 апр 29 04:18 /etc/systemd/system/multi-user.target.wants/avahi-daemon.service -> /lib/systemd/system/avahi-daemon.service
lrwxrwxrwx 1 root root 42 апр 29 04:18 /etc/systemd/system/multi-user.target.wants/cpufreq-simple.service -> /lib/systemd/system/cpufreq-simple.service
lrwxrwxrwx 1 root root 31 апр 29 04:18 /etc/systemd/system/multi-user.target.wants/gpm.service -> /lib/systemd/system/gpm.service
lrwxrwxrwx 1 root root 39 апр 29 04:18 /etc/systemd/system/multi-user.target.wants/livecd-evms.service -> /lib/systemd/system/livecd-evms.service
lrwxrwxrwx 1 root root 42 апр 29 04:18 /etc/systemd/system/multi-user.target.wants/livecd-net-eth.service -> /lib/systemd/system/livecd-net-eth.service
lrwxrwxrwx 1 root root 43 апр 29 04:18 /etc/systemd/system/multi-user.target.wants/livecd-save-nfs.service -> /lib/systemd/system/livecd-save-nfs.service
lrwxrwxrwx 1 root root 44 апр 29 04:18 /etc/systemd/system/multi-user.target.wants/livecd-setlocale.service -> /lib/systemd/system/livecd-setlocale.service
lrwxrwxrwx 1 root root 40 апр 29 04:18 /etc/systemd/system/multi-user.target.wants/ModemManager.service -> /lib/systemd/system/ModemManager.service
lrwxrwxrwx 1 root root 35 апр 29 04:18 /etc/systemd/system/multi-user.target.wants/network.service -> /lib/systemd/system/network.service
lrwxrwxrwx 1 root root 32 апр 29 04:18 /etc/systemd/system/multi-user.target.wants/ntpd.service -> /lib/systemd/system/ntpd.service
lrwxrwxrwx 1 root root 41 апр 29 04:18 /etc/systemd/system/multi-user.target.wants/plymouth-quit.service -> /lib/systemd/system/plymouth-quit.service
lrwxrwxrwx 1 root root 35 апр 29 04:18 /etc/systemd/system/network-online.target.wants/network.service -> /lib/systemd/system/network.service
lrwxrwxrwx 1 root root 42 апр 29 04:18 /etc/systemd/system/network.target.wants/livecd-net-eth.service -> /lib/systemd/system/livecd-net-eth.service
lrwxrwxrwx 1 root root 47 апр 29 04:18 /etc/systemd/system/sleep.target.wants/cpufreq-simple-wake.service -> /lib/systemd/system/cpufreq-simple-wake.service
lrwxrwxrwx 1 root root 35 апр 29 04:18 /etc/systemd/system/display-manager.service -> /lib/systemd/system/lightdm.service
lrwxrwxrwx 1 root root 35 апр 29 04:18 /etc/systemd/system/graphical.target.wants/lightdm.service -> /lib/systemd/system/lightdm.service
lrwxrwxrwx 1 root root 34 апр 29 04:18 /etc/systemd/system/getty.target.wants/getty@tty1.service -> /lib/systemd/system/getty@.service

Но за подсказку спасибо