Почему не работает пользовательская автозагрузка сервисов в линуксе?

Question

[Griboks]

Добрый день, уважаемые адепты линукса. Объясните, пожалуйста, почему не работает автозагрузка.

1. Создать в папке пользователя файл ~/.config/systemd/user/test.service с содержимым:

[Unit]
Description=test
After=network-online.target

[Service]
ExecStart=python3.11 test.py
WorkingDirectory=/home/test
Type=simple
Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.target

2. Выполнить команды:

systemctl --user enable test.service
sudo reboot

3. Проверить статус после перезагрузки:

test@host:~$ systemctl --user status test.service
● test.service - test
Loaded: loaded (/home/test/.config/systemd/user/test.service; enabled; vendor preset: enabled)
Active: inactive (dead)

Однако, если убрать --user и переместить в /etc/... из под sudo, то автозапуск срабатывает.

Comments

[Виктор Голованенко]

Пользовательский сервис автоматически запускается только при входе в систему пользователя, которому принадлежит этот сервис, и останавливаются при его выходе. Вы вошли в систему под нужным пользователем?

[Griboks]

Виктор Голованенко,

Вы вошли в систему под нужным пользователем?

а как же я по-вашему проверил статус сервиса после перезагрузки?

автоматически запускается только при входе в систему пользователя

А как называется пользовательский сервис, который автоматически запускается при запуске системы?

[Виктор Голованенко]

А как называется пользовательский сервис, который автоматически запускается при запуске системы?

Системный :)
Какая версия Systemd?

[Griboks]

Виктор Голованенко,

Системный :)

Нет, системный нельзя установить без sudo. А мне нужно тупо запустить программу без привилегий при загрузке системы.

Какая версия Systemd?

systemd 245 (245.4-4ubuntu3.19)

[Виктор Голованенко]

А мне нужно тупо запустить программу без привилегий при загрузке системы.

Вам не подходит системный сервис, который будет запускать программу от имени нужного вам пользователя?
Например:

[Unit]
Description=test
After=network-online.target

[Service]
User=test
ExecStart=python3.11 test.py
WorkingDirectory=/home/user/test
Type=simple
Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.target

(обратите внимание на параметр User внутри Service).

[Griboks]

Виктор Голованенко, подходит, но как его запустить? Если добавить User=test и даже Group=test, получается ошибка:

test@host:~$ systemctl --user status test.service
● test.service - test
Loaded: loaded (/home/test/.config/systemd/user/test.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Sat 2023-02-18 23:34:54 MSK; 1s ago
Process: 82102 ExecStart=python3.11 test.py (code=exited, status=216/GROUP)
Main PID: 82102 (code=exited, status=216/GROUP)

test@host:~$ users
test
test@host:~$ groups
test sudo

[Виктор Голованенко]

Griboks, посмотрите в журнал, чтобы узнать, из-за чего возникает ошибка:
sudo journalctl -u test.service

[Виктор Голованенко]

Griboks, сразу не заметил: если вы указываете User в файле сервиса, сервис должен быть системным. То есть кладите файл в /etc/systemd/system/ делайте sudo systemctl daemon-reload и включайте сервис:
sudo systemctl enable --now test.service

[Griboks]

Виктор Голованенко, идея в том, чтобы запускать без привилегий. Но даже так, к несчастью, ничего не запускается.

test@host:~$ sudo journalctl -u test.service
-- Logs begin at Wed 2022-09-07 18:15:44 MSK, end at Sat 2023-02-18 23:39:07 MSK. --
-- No entries --

[Виктор Голованенко]

Griboks, не понимаю, что вы хотите. Systemd сам по себе запускается с повышенными привилегиями, т.к. он является системой инициализации (PID=1). Но если вы указываете User=test в файле сервиса, то ваш сервис будет запускаться от имени пользователя "test" без всяких повышенных привилегий, даже если он является системным и запускается при загрузке.

[Griboks]

Виктор Голованенко,

если вы указываете User в файле сервиса, сервис должен быть системным.

Отлично, спасибо за подсказку! Уже начинает запускаться. К сожалению, автозагрузку сервис не осилил.

test@host:~$ systemctl status test.service
● test.service - test
Loaded: loaded (/etc/systemd/system/test.service; disabled; vendor preset: enabled)
Active: inactive (dead)

test@host:~$ sudo journalctl -u test.service
-- Logs begin at Thu 2022-09-08 19:01:19 MSK, end at Sat 2023-02-18 23:44:41 MSK. --
Feb 18 23:42:10 DigitalFortress systemd[1]: Started test.
Feb 18 23:42:16 DigitalFortress systemd[1]: Stopping test...
Feb 18 23:42:16 DigitalFortress systemd[1]: test.service: Succeeded.
Feb 18 23:42:16 DigitalFortress systemd[1]: Stopped test.

Обратите внимание, что процесс длится 999 секунд (просто sleep), но в логах он "успешно" завершён через 6 секунд.

[Griboks]

Виктор Голованенко,

не понимаю, что вы хотите.

Я хочу, чтобы программа устанавливалась, запускалась и работа без sudo, т.е. пользователю достаточно было просто запустить установочный скрипт, не вызывая системного администратора (даже для чтения журнала и отправки отчёта об ошибке).

[Виктор Голованенко]

Я хочу, чтобы программа устанавливалась, запускалась и работа без sudo, т.е. пользователю достаточно было просто запустить её, не вызывая системного администратора.

Вряд ли что-то дельное посоветую, но может быть, стоит просто упаковать программу в какой-нибудь контейнер (например, Docker) и предоставлять её пользователю в таком виде? Docker поддерживает запуск контейнера при загрузке, им можно управлять из-под обычного непривилегированного пользователя (при условии, что он добавлен администратором в специальную группу).

[Алексей Черемисин]

Griboks, а как в виндовс вы это делаете?

[Griboks]

Алексей Черемисин, копирую ярлык с рабочего стола в папку %appdata%\Microsoft\Windows\Start Menu\Programs\Startup. Но она срабатывает после логина.

[Алексей Черемисин]

Griboks, в линуксе примерно также, скопировать desctop-файл в

.config/autoload

[Griboks]

Алексей Черемисин, хорошо, с этим разобрались. Следующий этап - сервер на линуксе без графической оболочки.

[Griboks]

Виктор Голованенко, спасибо за помощь. Жаль, что не получилось с User=test.

[xotkot]

WorkingDirectory=/home/user/test
какая-то странная папка для WorkingDirectory
я так понял у вас пользователь test но WorkingDirectory расположенна у пользователя user ?

[Griboks]

xotkot, прошу прощения, неправильно скопировал) WorkingDirectory - домашняя папка пользователя /home/test.

[xotkot]

Griboks,

Запустить скрипт при запуске системы, без необходимости логиниться/подключаться по ssh/иначе взаимодействовать с пользователем. Скрипт должен работать с правами пользователя, устанавливаться также с правами пользователя без sudo.

по умолчанию, при загрузки системы автовход есть тока у root
юзерский сервис test.service стартанёт тока тогда когда пользователь, любым способом войдёт в систему
как вариант, это поднимать пользователя при загрузке системы как и рута командой
loginctl enable-linger <username>
нужно прописать единожды

[Griboks]

xotkot, спасибо, интересный трюк. Но если использовать sudo, то, на мой взгляд, лучше прописать User= в сервисе. Только всё равно такой способ не работает. Что вы об этом думаете?

[xotkot]

Griboks,

Но если использовать sudo ...

при чем здесь sudo ? если вы про linger то как я писал выше его нужно выполнить единожды

вот пару ссылок на мои ответы по схожей тематике, возможно поможет
https://qna.habr.com/q/303018#answer_782273
https://qna.habr.com/q/348437#answer_873080

[Griboks]

xotkot, спасибо за ссылки.

Answer 1

[Алексей Черемисин]

Я хочу, чтобы программа устанавливалась, запускалась и работа без sudo, т.е. пользователю достаточно было просто запустить установочный скрипт, не вызывая системного администратора (даже для чтения журнала и отправки отчёта об ошибке).

В линуксе, как и в виндовсе есть три типа сервисов.:
1) системный сервис, запускаемый на старте системы и не требующий активного терминала. В линуксе их называют демонами, для простоты. Особо в различия вдаваться не буду, аналог в виндовс - сервис.
2) пользовательский процесс, который может быть запущен в качестве консольного прилижения, без использования графики.
3) графическое приложение, которое должно быть запущено после инициализации графического окружения.
Варианты 1) и 2) запускаются через systemd.
Вариант 3) через ~/.config/autostart/

Давайте определимся что и когда мы хотим запустить?

Comments

[Griboks]

Я хочу сделать без sudo так, чтобы при старте системы (без логина/ графического интерфейса/подключения по ssh) запускалась программа с правами установившего её пользователя.

[Алексей Черемисин]

Griboks, и что делает программа, с чем взаимодействует?

[Griboks]

Алексей Черемисин, ну, например, телеграм бот.

[Алексей Черемисин]

Griboks, ооох!!!! Вы меня не хотите слышать! И темните, уж не знаю почему.
У вас графическое приложение! Автозапуск возможен только после логина пользователя. Для этого нужно создать desktop-файл и положить его в .config/autoload

[Griboks]

Алексей Черемисин,

ооох!!!! Вы меня не хотите слышать! И темните, уж не знаю почему.

Вот, вот, вот. Что тогда, что сейчас - всегда линуксоиды отвечают на вопросы в манере: "Это не линукс не работает, а вы неправильного его используете." Сколько ещё тем должно появится на форуме, чтобы вы это осознали?)

У вас графическое приложение!

Нет, у меня приложение вида sleep(999). Поверьте, это не графическое приложение.

Автощапуск возмоден только после логина пользователя. Для этого нужно создать desktop-файл и положить его в . config/autoload

Спасибо, это действительно так. Но мне вовсе не нужно запускать графическое приложение при логине пользователя в графическую оболочку, и не надо, пожалуйста, меня переубеждать.

Давайте ещё раз определимся:
1) Запустить скрипт при запуске системы, без необходимости логиниться/подключаться по ssh/иначе взаимодействовать с пользователем. Скрипт должен работать с правами пользователя, устанавливаться также с правами пользователя без sudo.
2) Если п.1 невозможен (как, например в Windows, хотя там это не критично, потому что всегда есть пользователь), то скрипт должен работать с правами пользователя, устанавливаться с правами администратора.
3) Если п2. невозможен, то скрипт должен работать с правами администратора, устанавливаться с правами администратора. Этот вариант не интересен, потому что и так работает. Хоть где-то мануалы и вики не соврали.

[Алексей Черемисин]

Griboks, Есть три вида приложений, они все три, как и в виндовс - разные! Демоны, консольные программы, графические программы.
Все они по разному стартуют и ведут себя! Все три по разному ставятся в автозапуск!
Если уж сравнивать с виндовс - то там ровно таже самая ситуация! Где-то нужно прописывать реестр, где-то для этого нужно еще и административные права, где-то просто положить скрипт запуска в каталог!
Везде свои особенности.
Я больше не хочу продолжать дисскуссию, ибо Вы не хотите разбираться. Мутите и темните - sleep ставится за 5 чекунд и Вы это знаете!
Более чем уверен, что ровно те же самы проблемы у вас будут при старте сервиса в винде от имени пользователя!

[Griboks]

Алексей Черемисин,

Мутите и темните - sleep ставится за 5 чекунд и Вы это знаете!

Подождите, вы о чём? Вот выше прочитайте логи. Где я темню? Я создаю сервис, добавляю его различными способами в автозагрузку, а он не запускается. Почему вы думаете, что в ошибках линукса виноват конкретно я? Я что ли программировал systemd?

Все они по разному стартуют и ведут себя! Все три по разному ставятся в автозапуск!

Хорошо. Просветите, пожалуйста, как поставить в автозапуск файл test.py с содержимым from time import sleep; sleep(999). Неважно, каким образом он будет запускаться при загрузке, к какому типу автозагрузки он относится. Я просто хочу его запустить. Неужели это невыполнимая задача для линукса?

Если уж сравнивать с виндовс - то там ровно таже самая ситуация!

Не надо ничего сравнивать с виндой. Вы ведь куратор тега линукс? Вот я и спрашиваю вас о линуксе.

Я больше не хочу продолжать дисскуссию, ибо Вы не хотите разбираться.

Ну вообще-то я поднял сервер, предоставил логи, прочитал различные мануалы, вики, статьи и форумы. Протестировал различные виды автозагрузки. Обо всё этом написал. А вот с вашей стороны никакой технической информации не последовало, только обвинения в неправильном употреблении этого вашего линукса. И почему же я не хочу разбираться? Я очень хочу разбираться, но вы принципиально переводите стрелки на винду, графическую оболочку, личности и т.п. Видимо, мне нельзя предъявить неюзерфрендли дистрибутив или непонимание работы системы, поэтому вы предъявляете более абстрактные вещи. Возможно, стоит для разнообразие написать хоть какой-нибудь скрипт или кинуть ссылку на инструкцию.

Более чем уверен, что ровно те же самы проблемы у вас будут при старте сервиса в винде от имени пользователя!

Если вам интересно, то в 80% случаев (по моему опыту) достаточно использовать папку startup. Ещё в 15% установлен windows server, с которым я не работал. В остальных 5% нужно выдать права пользователю на установку сервисов/задач планировщика, потом уже работать без администратора. Но, повторюсь, речь идёт именно о линуксе, и совершенно не имеет значения, каким образом этот же скрипт работает в винде.

[Алексей Черемисин]

Griboks, так пойдет?

leah@asus-zenbook ~> cat .config/systemd/user/mytest.service
[Unit]
Description=Test python service

[Service]
Type=simple
ExecStart=/usr/bin/python /home/leah/mytest.py
Restart=on-failure

[Install]
WantedBy=default.target

leah@asus-zenbook ~> cat mytest.py
from datetime import datetime
from time import sleep

while(True):
    print("Hello, time is {time:%Y-%m-%d %H:%M:%S}".format(time=datetime.now()))
    sleep(10)

leah@asus-zenbook ~> systemctl --user enable mytest
leah@asus-zenbook ~> systemctl --user start mytest
leah@asus-zenbook ~> systemctl --user status mytest
● mytest.service - Test python service
     Loaded: loaded (/home/leah/.config/systemd/user/mytest.service; enabled; preset: enabled)
     Active: active (running) since Sun 2023-02-19 12:39:58 MSK; 1min 24s ago
   Main PID: 1001 (python)
      Tasks: 1 (limit: 9337)
     Memory: 8.1M
        CPU: 20ms
     CGroup: /user.slice/user-1000.slice/[e-mail]/app.slice/mytest.service
             └─1001 /usr/bin/python /home/leah/mytest.py

Feb 19 12:39:58 asus-zenbook systemd[987]: Started Test python service.
leah@asus-zenbook ~>

[Алексей Черемисин]

Griboks, Что из этого у Вас не получилось?!

[Griboks]

Алексей Черемисин, Спасибо, эта штука прекрасно работает.

Но проблема в том, что мой аналогичный сервис не работает после перезагрузки. И если я подставляю вместо своего скрипта ваш, то сервис всё равно не работает.

test@host:~$ cat .config/systemd/user/test.service

[Unit]
Description=test
After=network-online.target

[Service]
ExecStart=python3.11 mytest.py
WorkingDirectory=/home/test
Type=simple
Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.target


test@host:~$ cat .config/systemd/user/mytest.service
[Unit]
Description=Test python service
After=network-onine.target

[Service]
Type=simple
ExecStart=python3.11 mytest.py
WorkingDirectory=/home/test
Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.target

Я не знаю, как это объяснить. Возможно, когда я копировал шаблон из вики, там были невидимые символы или каретка. Но факт в том, что mytest.service автозапускается, а test.service - нет.

[Алексей Черемисин]

Попробуйте сделать disable - enable. Systemd кеширует юнит-файлы.
Ну и поосто заново напишите юнит-файл. А пути до программ лучше ставить полные от корня.

[Pitonoslav]

Griboks, А в логах что после второй перезагрузки(когда не запускается)?

journalctl -u test.service

[Griboks]

Алексей Черемисин, абсолютные пути ничего не изменили.

disable + daemon-reload + enable, к сожалению, тоже не помогли.

Переписывание сервиса с нуля (nano) не помогло( Все права, пользователи и группы идентичны.

Vladislav, журнал всегда пуст, не смотря на вывод в stdout.

$ cat .config/systemd/user/mytest.service
[Unit]
Description=Test python service
After=network-onine.target

[Service]
Type=simple
ExecStart=python3.11 mytest.py
WorkingDirectory=/home/test/mytest
Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.target


$ systemctl --user status mytest.service
● mytest.service - Test python service
     Loaded: loaded (/home/test/.config/systemd/user/mytest.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2023-02-20 13:13:53 MSK; 8min ago
   Main PID: 1224 (python3.11)
     CGroup: /user.slice/user-1001.slice/[e-mail]/mytest.service
             └─1224 /usr/bin/python3.11 mytest.py



$ cat .config/systemd/user/test2.service
[Unit]
Description=Test 2
After=network-online.target

[Service]
ExecStart=python3.11 mytest.py
WorkingDirectory=/home/test/test2
Type=simple
Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.target

$ systemctl --user status test2.service
● test2.service - Test 2
     Loaded: loaded (/home/test/.config/systemd/user/test2.service; enabled; vendor preset: enabled)
     Active: inactive (dead)

[Pitonoslav]

Griboks, вот, лучшего описания не нашёл. Попробуйте поменять параметры, добавить параметр остановки при logout или Restart. А вторая проверка происходит после перезагрузки или только после разлогина юзера? Возможно из за After=network-online.target получается, что сеть поднялась, а во второй раз не срабатывает т.к. триггер уже сработал и сеть уже работает в т.ч. после logout пользователя.

[xotkot]

Griboks,
несколько ремарок:
вместо
cat .config/systemd/user/test2.service
проще глянуть через встроенный cat
systemctl --user cat test2
также и для редактирования использовать edit
systemctl --user edit test2
которое не изменит юнит, а допишет изменения (порой удобно чтобы если что можно было откатится на прошлую версию)
а добавление ключа --full позволит вносить изменения юнита как в обычном редакторе
systemctl --user --full edit test2
по запущенным/остановленным пользовательским юнитам
systemctl --user --type=service --all list-units

п.с.
если юнит файл писался в win среде то там могут не совпадать окончания переноса строк, для перевода в unix фармат нужно выполнить команду
dos2unix ФАЙЛ
для маков соотвецтвенно
mac2unix ФАЙЛ

[Griboks]

xotkot, спасибо, очень полезные команды.

если юнит файл писался win среде то там могут не совпадать окончания переноса строк, для перевода в unix фармат нужно выполнить команду

Да, я тоже так сначала подумал. Но конвертация не помогла.

[Griboks]

Vladislav, спасибо. Всё пробовал, каждый раз перезагружал сервер целиком. Выводы такие:
1. Если тупо вместо --user использовать sudo и /etc/..., то всё прекрасно работает.
2. Пример Алексей Черемисин тоже прекрасно работает.
3. Если скопировать или переписать вручную пример Алексей Черемисин , то не работает.

Это какая-то мистика, учитывая, что я из одной консоли создавал все файлы и папки, что у них одинаковые флаги. В итоге могу сказать только то, что линукс пока ещё не готов для пользовательской автозагрузки - работать следует только под sudo всегда))

[xotkot]

Griboks,
единственное существенное отличие между mytest.service и test2.service это WorkingDirectory
WorkingDirectory=/home/test/mytest
и
WorkingDirectory=/home/test/test2

возможно во втором случае неверно указанный путь к директории или файлу ?

п.с.
интересно было бы глянуть:
cd /home/test && tree -up -L 1 mytest test2

[Griboks]

xotkot,

интересно было бы глянуть

Все права, пользователи, группы, флаги идентичны.

К сожалению, всё указано правильно, и сервис даже работает, если просто запустить его или включить из под sudo. Но вот конкретно от пользователя сервис не запускается при загрузке.

[Алексей Черемисин]

Рукомендую почитать здесь - https://wiki.archlinux.org/title/systemd/User
Это относится не только к arch, а вообще ко всем systemd

[Алексей Черемисин]

Ну и здесь - https://www.baeldung.com/linux/systemd-create-user...

И да, я бы с пользовательским сервисом не заходил бы вне каталога пользователя...

[Griboks]

Алексей Черемисин, спасибо, я как раз по этой вики и писал сервис.

И да, я бы с пользовательским сервисом не заходил бы вне каталога пользователя...

Полностью поддерживаю. Но, поскольку автозапуск от пользователя не работает, то приходит выдавать рут права.