Добавить свой сервис файл в systemd

Если честно, я применяю исключительно... sysvinit =))) Всё там и так работает быстро и надежно. Увы, по systemd не подскажу, возможно это проблема общая для Linux и ее можно отладить.

Что касается SRC_URI_append - вроде верно, я бы так и добавлял файл в систему от пакета. А права у него верные попадают? Может сисямдэ требует исполняемость файла? В смысле, права попробуй 777 выставить install -m 777 ...

Ничего не знаю про yocto.

Почему нельзя добавить

systemctl daemon-reload
systemctl enable save-boot-log.service
systemctl start save-boot-log.service

после install'а?

но сервис не стартует автоматом.

systemctl enable save-boot-log.service

Есть ли конфиг где хранятся эти энаблы? Чтобы изначально туда затолкать этот save-boot-log.service?

systemctl enable, ЕМНИП, просто создаёт симлинки на файл сервиса в директориях /etc/systemd/system/${TARGET}.wants/, где ${TARGET} — это юниты, указанные в директивах WantedBy, RequiredBy сервиса.

Т. е. ты можешь создавать эти симлинки сам, но зачем?

ln -s /etc/systemd/system/my_service.service /etc/systemd/systemd/multi-user.target.wants/my_service.service

сервис стартанёт на этапе multi-user.target.

Т. е. ты можешь создавать эти симлинки сам, но зачем?

Чтобы запустить сервис. на том этапе где нужно тебе, а не том что в

WantedBy, RequiredBy сервиса

Чтобы запустить сервис. на том этапе где нужно тебе, а не том что в WantedBy, RequiredBy сервиса

Если сервис написан нами (что следует из ОП), то можно предположить, что в WantedBy/RequiredBy уже «тот этап где нужно мне».

Немного оффтоп: А почему file://, а не file:///?
Везде использую file:///

ервис не стартует автоматом.

Почитай немного манцов. Чтобы юнит стартовал автоматом, нужно создать искусственные зависимости от одной из «основных» целей (типа multi-user.target) к твоему юниту. Именно это происходит (если в секции [Install] юнита написано что-то вроде WantedBy=multi-user.target) при enable.

Если вручную, то делается симлинком следующего вида:

ln -sf /usr/lib/systemd/system/MYDAEMON.service /etc/systemd/system/MYTARGET.target.wants/MYDAEMON.service

Вместо MYDAEMON.service — твой юнит, вместо MYTARGET.target — multi-user.target или что-либо ещё.

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

Правильно, он должен использовать file:/// по идее.

embedded linux, systemd

Ловите наркомана!

systemd в embedded — это как космонавтов из пушки на Луну запускать! Долетят, но такой фарш получится…

У меня poky. Открываю рецепт systemd и вижу:

SRC_URI = "git://anongit.freedesktop.org/systemd/systemd;branch=master;protocol=git \
           file://binfmt-install.patch \
           file://systemd-pam-configure-check-uclibc.patch \
           file://systemd-pam-fix-execvpe.patch \
           file://systemd-pam-fix-fallocate.patch \
...

anonymous_sama

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

Да нет, сервис на самом деле прост:

[Unit]
Description=A one-shot script for making a backup copy of boot log
DefaultDependencies=no
After=var-volatile.mount tmp.mount

[Service]
Type=oneshot
ExecStart=/bin/sh -c "exec dmesg > /var/log/dmesg.boot"

[Install]
WantedBy=basic.target

Всем спасибо, решил вот так:

do_install_append() {
   install -m 644 ${WORKDIR}/save-boot-log.service ${D}${systemd_unitdir}/system
   ln -sf ${systemd_unitdir}/system/save-boot-log.service ${D}${systemd_unitdir}/system/multi-user.target.wants/save-boot-log.service
}

Т. е. ты можешь создавать эти симлинки сам, но зачем?

А как ещё? Нужно чтобы после генерации образа они уже там были.

cast dhampire

Обратимся к первоисточнику, кстати

http://docs.openembedded.ru/src_uri_variable.html
https://wiki.yoctoproject.org/wiki/How_do_I

file:/// - это же файрфокс использует. Кто ещё - хз.

URI != URL
Третий слеш говорит, что путь от корня, т.е. абсолютный.

Кто ещё - хз.

$ gsettings list-recursively 2>/dev/null | awk -F'[. ]' '/file:\/\/\//{print $3}' | sort -u
desktop
Disks
Evince
gedit
gthumb
rhythmbox

$ grep -c 'file:///' ~/.local/share/recently-used.xbel
251

Как блядь всё сложно http://stackoverflow.com/questions/176264/what-is-the-difference-between-a-ur... Ну абсолютные пути в yocto точно не нужны

Каждый раз когда я вижу file:// то я подозреваю ошибку, или возможную ошибку в будущем. Обычно если нужно написать относительный пусть, то используется что-то вроде dir/1/, в конечном итоге я привык писать file:/// везде потому-что с ним проблем никогда не возникало, а вот с file:// я видел много проблем. Особенно еще больше вносит неясность когда можно указывать точный путь и через file:// и это работает до какого-то определенного момента. В firefox кстати file:// автоматически превращается в file:///, и хочет открыть «/». А вот в bash с file:// все работает, как и должно. На Android в IDE file:// тоже не работает, когда пути указываешь. Но конечно я согласен с тем, что нужно использовать стиль того проекта, который ты используешь. И да спасибо за ссылку.

К слову о кроссплатформенности, в оффтопе может применяться file:// в значении smb://, и вот там три слеша не работают.