Andrey Jr. Melnikov -> debian-russian@lists.debian.org @ Mon, 26 Feb 2018 17:23:00 +0300:
>> Чтоб два раза не вставать: я понимаю, почему юзерский юнит не может >> прописать зависимость от системного. (В документации, кстати, я этого не > А я вот не понимаю. Все эти приседания вокруг Before|After|Requires|Want > напоминают те-же циферки в sysvinit. Только в профиль. Теперь с D-BUS'ом. Правов у него нет. Информация о зависимостях и, главное, степени успеха запуска оных, есть у systemd унутре. В отдельной cgroup. Юзерский systemctl (или отдельный экземпляр systemd?) туда не пускают. >> нашел, но гуглится.) Но я уже перестаю понимать, почему автор такой >> архитектуры до сих пор не поскользнулся на арбузной корке... > А зачем ему убиваться-то? Вся аудитория этого комбайна - качественно > окучена до предела "а вы так не делайте", скоро будет переустанавливать > систему если DM не запускается. Или в платный саппорт. Угу. Я уже тут прошелся по граблям с тем же zfs. Конфиги для старта в дистрибутиве у него есть только для systemd, поэтому на сервере, где у меня zfs, я его оставил. Ну и... zfs mount -a при старте системы почему-то уверенно не поднимает один из томов (там довольно хитрые настройки с правами и case sensitivity, это раздел, который отдается по самбе виндам, по локалке, без пароля). А после старта системы почему-то столь же уверенно поднимает. После чего, разумеется, приходится передергивать samba и nfsd, потому что собственные возможности zfs по шарингу тома мне недостаточны (он как бы умеет при подключении тома рассказать самбе и nfsd, что его надо расшарить, но не умеет при этом рассказать нужные мне опции). Причем zfs mount -a приходится говорить руками, systemctl restart zfs-mount не помогает. Хотя, глядя на unit, я не могу понять, с какого перепугу он не помогает. Там все тупо. И почему-то столь же упорно при старте системы не поднимается сервер rsync, но опять же, на ура рестартится после подъема, на сей раз уже средствами systemctl. И ничего содержательного на эту тему в логах обнаружить не удается. Разве что systemd тупо пытается запустить тот же rsync раньше времени, раньше времени сочтя, что файловые системы смонтировались. Я вот разнесу сервер и роутер, и таки поставлю туда sysvinit-core, вписав одну несчастную строчку в скрипт старта файловых систем... Сейчас вот роутер туда на замену настраивал - первым делом поставил sysvinit-core. Роутер на шкафу должен загружаться уверенно, а не мгновенно, и init в нем не должен падать, унося с собой всю систему, от неудачного DNS-ответа на свой запрос (не говоря уже о том, что init'у вообще не о чем спрашивать DNS).
