systemd

Ещё одна жертва sudo, походу.

ExecStart=/home/iskander/.local/bin/battery-notification.sh

Никогда не запускай ничего из /home от рута (и из других подконтрольных юзерам мест), это огромная дырища в безопасности и надругательство над системой разделения прав.

Рут - это пользователь, от которого запущено systemd.

И про твой гуи-сеанс он ничего не знает.

Логи здесь:

journalctl -u battery-notification.service -u battery-notification.timer

sudo нужно. А система разделения прав только мешает на домашней системе, если она однопользовательская.

А система разделения прав только мешает

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

Да не сильно спасает. От багов графических драйверов (а это одна из самых частых причин падения системы) она не спасает никак.

А если переместить скрипт в /usr/sbin? Это спасёт ситуацию?

Это вообще ни на что не влияет.

В плане безопасности — да (если владельца файла тоже не забыть сменить и права проверить, конечно), хотя правильнее будет в /usr/local/bin — то, что не local — для пакетного менеджера, а не рук админа. В плане того, что рут ничего не знает о твоём графическом сеансе — нет. Запускай от юзера, а не от рута. Либо системный юнит, но со сменой пользователя, либо юзерский юнит вообще. А ещё лучше выкинь systemd и заюзай cron, crontab -e от юзера.

Я переместил службу, скрипт и таймер в ~/.config/systemd/user/, отредактировал расположение скрипта в службе на ~/.local/bin/battery-notification.sh и запустил службы через опцию –user и всё заработало. Спасибо

От багов графических драйверов

Дрова графики работают в пространстве ядра, там без вариантов. А я говорю за проги запускаемые в юзерспейсе.

sudo нужно

Да.

А система разделения прав только мешает на домашней системе, если она однопользовательская

Нет.