systemd unit user path

%h

Оно запускается не systemctl --user, а из /etc/

Сделай, чтобы запускалось через –user

Мне нужно наоборот, не из-под юзера, а системный юнит

Тогда пиши путь целиком

Ты прописываешь имя юзера в юните, тебе не составит труда и путь к файлу прописать.

Так а как правильно это сделать? Сейчас у меня файл имеет вид:

firefox-profile@tv4mjq1z.default-release.service

При этом tv4mjq1z.default-release я формирую из переменной(имя текущего в фф профиля). Куда именно в имя файла добавить имя пользователя и как выбрать его из юнита? %i –> это всё от @ до .service

Почему именно так?

Удобно использовать в скрипте, который синкает тоже через переменную(если ты имел ввиду имя профиля в имени юнита)

Нет, я про использование системного юнита вместо пользовательского. Какие для этого причины?

Юзер скрипт начинает работать только после того, как залогинишься. А системный можно запустить при старте системы. В данном случае идёт синк профиля. Это лучше лучше делать не во время старта WM

К тому же юзер скрипты нельзя запускать в строгой очередности(вроде)

Пользовательский инстанс systemd можно запускать при старте системы: loginctl enable-linger $USER. Так оно не привязывается к login/logout. Мне кажется, это лучше, чем те костыли, которые у тебя сейчас.

Ну и вообще, я бы это повесил на пользовательский timer-юнит, если имеет смысл запускать синхронизацию периодически.

loginctl enable-linger $USER

Тоже вариант

Костыли, но оно ж работает. Да и при использовании WM - всё на костылях, но всё работает так, как надо

Как правильно взять в юните /home/user

ExecStart=/bin/sh -c 'exec "$HOME/.local/bin/firefox-sync.sh" "$@"' -- %i

Но про systemd --user тебе уже сказали.

Мне почему то кажется не лучшей идеей делать enable-linger для пользователя под которым ты работаешь в графической сессии. Но возможно ОПу это подойдёт.

Так а как правильно это сделать?

Так и делай. Пиши полный путь.

Сейчас у меня файл имеет вид

TMI