aaarrr 0 Posted April 13 · Report post 21 minutes ago, makc said: Но при этом нужно иметь в виду что это приводит к изобретению целого парка велосипедов, вместо использования отлаженных механизмов. Вот степень отлаженности как раз и вызывает определенные сомнения. По моим (весьма скромным, конечно) наблюдениям, systemd хорош ровно до того момента, пока не перестает работать как надо. Если что-то "сломалось", то найти и устранить проблему весьма непросто, несмотря на достаточно богатый инструментарий: "- ну как, проблема решена? -да, спасибо! теперь проявляется не на каждой загрузке, а только на каждой десятой" (с какого-то форума). В этом плане починить свой велосипед не на один порядок проще. 22 minutes ago, one_eight_seven said: Но обобщать-то зачем? Хорошо, скажем так: systemd - это не выбор по умолчанию для малой (встраиваемой) системы. Quote Ответить с цитированием Share this post Link to post Share on other sites
NStorm 0 Posted April 13 · Report post https://elinux.org/images/6/69/Demystifying_Systemd.pdf Quote Ответить с цитированием Share this post Link to post Share on other sites
makc 0 Posted April 13 · Report post 2 минуты назад, aaarrr сказал: В этом плане починить свой велосипед не на один порядок проще. В общем случае это зависит от разработчика. ;-) Но из моего скромного опыта с systemd пока проблем не было. В то время как с самодельными решениями, которые "на коленке" делают далеко не специалисты этого дела проблемы бывают регулярно. Связано это с тем что объем тестирования (количество пользователей) systemd несравненно больше любого наколенного решения. Хотя что-либо однозначно здесь трудно утверждать. 2 минуты назад, NStorm сказал: https://elinux.org/images/6/69/Demystifying_Systemd.pdf Хорошая презентация, но это все-таки только презентация. Хотелось бы, чтобы кто-то поделился реальным опытом использования systemd в embedded и рассказал о подводных камнях. Они, уверен, есть. Quote Ответить с цитированием Share this post Link to post Share on other sites
AVR 0 Posted April 13 · Report post Укажите init=/your/program в аргументах командной строки ядра Linux и ничего кроме Вашей программы в этой системе работать не будет. В таком случае, не ясно что будет с драйверами, будут ли они работать те что полагаются на udev и многое другое. Но so-библиотеки возможно еще будут работать. Можно просто написать свой init-скрипт и всё же загружать, но только то что надо А вообще, рекомендую Open Embedded или Buildroot - тогда лишнего не будет, если это для реального продакшена. А если так, чтобы память не жралась ГУИшкой, то первый же ответ на askubuntu годится Quote Ответить с цитированием Share this post Link to post Share on other sites
Tarbal 0 Posted April 14 · Report post On 4/13/2020 at 4:00 AM, NStorm said: runlevels - устаревшая абстракция SysV. Ныне в мире systemd другой подход - target: https://www.tecmint.com/change-runlevels-targets-in-systemd/ Начинающему легче понять идею с runlevels. Да и как бы не было. Я показал куда копать. Quote Ответить с цитированием Share this post Link to post Share on other sites
