Скрипт запускается лишь со второго раза

[dimon2242]

Здравствуйте! Столкнулся с проблемой при решении бага с отображением стрелок вместо wifi индикатора на Ubuntu 16.04.
Имеется скрипт:

Код: [Выделить]

#!/bin/sh

case "$1" in
  suspend|hibernate|pre)
    /sbin/rmmod ath9k
    ;;
  thaw|resume|post)
    /sbin/modprobe ath9k
    ;;
esac
exit 0
Он брошен в /lib/systemd/system-sleep/
После перезагрузки, ухода в сон и выхода из него скрипт не выполняется (получаем стрелочки, будто подключён по Ethernet, а не WiFi.). После повторного перехода в режим сна и выхода из него имеет нормальную иконку, в последующие разы тоже всё хорошо.
В чём может быть проблема, прошу помочь, подсказать.
ТС не появлялся на Форуме более полугода по состоянию на 17/07/2019 (последняя явка: 19/08/2018). Модератором раздела принято решение закрыть тему.
--zg_nico

[ecc83]

Попробуй изменить скрипт так:

Код: [Выделить]

#!/bin/sh

case "$1" in
  suspend|hibernate|pre)
    sleep 5 && /sbin/rmmod ath9k
    ;;
  thaw|resume|post)
    sleep 5 && /sbin/modprobe ath9k
    ;;
esac
exit 0


[dimon2242]

Неа, не помогло.
Вообще интересное поведение, оформил скрипт выше в виде сервиса systemd и результат тот же - после первого сна нет результата, а после последующих всё работает. В статусе systemctl также видно, что сервис запускается, выполняется и завершается как положено.
А вот если ручками после первого сна перезагрузить модуль или выполнить сервис, то также всё нормально.
UPD:
Нашёл кое-что интересное в логах.
При первом выходе из сна после поднятия сети и выполнения скрипта я вижу ошибку
systemd-sleep[2311]: /lib/systemd/system-sleep/wpasupplicant failed with error code 255.
А вот после последующих выходов из сна этой ошибки нет!

[ecc83]

Неа, не помогло.

Попробуй увеличить время задежки. Поставь 'sleep 15' в обоих случаях.

[dimon2242]

Не помогло, но задержка увеличилась.
Моё замечание выше про wpasupplicant ложно, без него то же самое в точности.
После нескольких перезагрузок всё-таки сработал с первого раза, но вот в следующий раз он уже не отработал.

[ecc83]

Странно. Ищи в логах причину ошибки.

[ALiEN]

А как узнаёте, работает скрипт или нет? По наличию "стрелочек" в трее? Так не пойдет.

Код: (bash) [Выделить]

#!/bin/sh

case "$1" in
  suspend|hibernate|pre)
    sleep 5
    /sbin/rmmod ath9k && echo "rmmod ath9k OK" ||  echo "rmmod ath9k FAIL"
    ;;
  thaw|resume|post)
    sleep 5
    /sbin/modprobe ath9k && echo "modprobe ath9k OK" ||  echo "modprobe ath9k FAIL"
    ;;
esac


Код: [Выделить]

journalctl | grep ath9k

[dimon2242]

Почти так и делал, скрипт срабатывает.

Код: [Выделить]

дек 17 20:55:09 Photonix-Laptop kernel: ath9k 0000:02:00.0 wlp2s0: renamed from wlan0
дек 17 20:55:21 Photonix-Laptop NetworkManager[1068]: <info>  [1513533321.2858] rfkill0: found WiFi radio killswitch (at /sys/devices/pci0000:00/0000:00:1c.3/0000:02:00.0/ieee80211/phy0/rfkill0) (driver ath9k)
дек 17 20:56:03 Photonix-Laptop kernel: ath9k: ath9k: Driver unloaded
дек 17 20:56:03 Photonix-Laptop systemd-sleep[2229]: rmmod ath9k OK
дек 17 20:56:08 Photonix-Laptop NetworkManager[1068]: <info>  [1513533368.3386] rfkill2: found WiFi radio killswitch (at /sys/devices/pci0000:00/0000:00:1c.3/0000:02:00.0/ieee80211/phy1/rfkill2) (driver ath9k)
дек 17 20:56:08 Photonix-Laptop kernel: ath9k 0000:02:00.0 wlp2s0: renamed from wlan0
дек 17 20:56:08 Photonix-Laptop systemd-sleep[2229]: modprobe ath9k OK
дек 17 20:59:08 Photonix-Laptop kernel: ath9k: ath9k: Driver unloaded
дек 17 20:59:08 Photonix-Laptop systemd-sleep[4522]: rmmod ath9k OK
дек 17 20:59:13 Photonix-Laptop kernel: ath9k 0000:02:00.0 wlp2s0: renamed from wlan0
дек 17 20:59:13 Photonix-Laptop systemd-sleep[4522]: modprobe ath9k OK
дек 17 20:59:13 Photonix-Laptop NetworkManager[1068]: <info>  [1513533553.3473] rfkill3: found WiFi radio killswitch (at /sys/devices/pci0000:00/0000:00:1c.3/0000:02:00.0/ieee80211/phy2/rfkill3) (driver ath9k)


[ALiEN]

dimon2242, если выполняется, то какие вопросы? Причина "стрелочки в трее" тогда явно не в том, что скрипт не выполняется.

[victor00000]

интереснее, как головоломка.

Код: [Выделить]

1:L~$
1:L~$ sleep 100000 & echo $! > /tmp/pid1
[1] 29707
1:L~$
1:L~$ cat /tmp/pid1
29707
1:L~$
1:L~$ pgrep -F /tmp/pid1 || echo ERROR
29707
1:L~$
1:L~$ kill `cat /tmp/pid1`1:L~$
[1]+  Завершено      sleep 100000
1:L~$
1:L~$ cat /tmp/pid1
29707
1:L~$
1:L~$ pgrep -F /tmp/pid1 || echo ERROR
ERROR
1:L~$
1:L~$
1:L~$ rm /tmp/pid1
1:L~$



[dimon2242]

dimon2242, если выполняется, то какие вопросы? Причина "стрелочки в трее" тогда явно не в том, что скрипт не выполняется.

Да, с заголовком не совсем точно вышло.
Суть в том, что скрипт выполняется, а проблема не решается, хотя если вручную выполнить перезагрузку модуля в той же ситуации, то нужный результат достигается.
Это известная проблема в 16.04, даже баг-репорт имеется.
В любом случае всем спасибо за участие!
Благо редко приходится ребутить машину, в основном в гибернации и сне живёт

[ALiEN]

dimon2242, в баг-репорте единственное решение модуль "дёргать"?
можно ссылочку, у меня Lubuntu - там всё хорошо.

[EvangelionDeath]

dimon2242, вообще-то это проблема толи Network-Manager толи nm-indicator. И решается перезагрузкой залипшего сервиса)

[dimon2242]

dimon2242, вообще-то это проблема толи Network-Manager толи nm-indicator. И решается перезагрузкой залипшего сервиса)

Да вот после нескольких перезапусков сервиса вообще отваливается апплет. Единственный верный вариант - перезапуск апплета. Пробовал перезапускать его из сервиса systemd и скриптом в system-sleep, но в логах видно что он не может запуститься, поскольку не может подключиться к дисплею, а значит надо запускать от имени моей учётки, тогда придётся, как я полагал, лезть в sudoers, чтобы получилось запустить с помощью sudo -u

[EvangelionDeath]

dimon2242, и для чего такие сложности?
SystemD может работать и в юзерспейсе (systemctl --user <command> <service> # БЕЗ SUDO)