Devuan Excalibur 6

upstart из убунту

Это дистрибутивоспецифичный продукт. Во многих других было что-то своё. Ну как в Арче были интит-скрипты BSD like с файлом rc.conf. А я про реальное теснение в GNU/Linux — кроссдистрибутивное.

Потому как хороший маляр - сделает это гораздо лучше и быстрее.

Нет, он сделает это хуже чем ты и за деньги. Вызов маляра имеет мысл только если у тебя нет времени или достаточно лишних денег или аллергия на краску.

если ты делаешь не так - то значит ты - эникейщик

Я строитель универсал, конструктор и эксплуатационщик. И принципе с тех пор, когда я в школе подавал отцу инструменты когда он монтировал некоторую проводку и трубы уже прошло достаточно много времени чтобы оно начало сыпаться от времени и я уже достаточно хорошо изучил его косяки «не делайте так» и достаточно много перепроектировал и переделал.

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

Не был он специфичным. Просто не успел распостраниться, в конце концов иниты в другх дистрибутивах тоже хорошо работали, никому не нужно было ежать на что то переходить.

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

План на осень: ремонт 3 крыш, обслуживание 2 систем отопления, 4 ремонта машин + 2 сезонных обслуживания, копнуть 1 фундамент и оценить перспективы реконструкции на весну-лето, грунтовые работы на 1 участке, суд, пошлины, налоги, сдать пару квартир в аренду, установка счётчиков, обсчитать 2 сметы. Желательно перебрать уплотнители на ~40 окон и перепустить 2т дерева на небольшую серию мобильных стелажей. Поизучать стоматологию и определиться - мне ~10 коронок или сразу ставить импланты.

быстрейший maglev в истории стоит наверное как вся железнодорожная сеть того региона а энергии жрёт больше самолёта, пролетающего тот же путь быстрее. Причём те же самые китайцы отказались от масштабирования маглева и ВСМ в пользу обычных скоросных сетей в каждый город.

мы переоткрыли самочинящийся бетон... ...который внедрён примерно нигде и скоре всего никогда не будет (кроме критически важных областей вроде плотин и АЭС).

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

Ты голословно утверждал, что логи journald не открываются с другой машины...

...включая машины без системд и без journalctl, что оказалось правдой потому что очевидно было ей изначально. Учитывая что таких сейчас под 95%, твоё буквоедство просто тупо.

Вообще-то говоря, эта проблема в линуксе существовала всегда, как и в любой системе без атомарного обновления.

Это не проблема. Или может быть поблема для криворуких жестяньщиков, которые наворотили хтоническую жесть и не хотят её чинить чтобы оно нормально обновлялось. А для всех прочих неатомарность обновлений это следствие чёртовой тучи функционала, экономии ресурсов, времени и гибкость чтобы сделать что то хорошо.

Первым делом всегда сносил это убожество из системы.

Ты чего? Тебе же умные дяди сказали что он там нужен? Как можно просто взять и выкинуть демон, который туда поставил разработчик? Или это другое?

Можно подумать юнит не сломатся если какой то мейтейнер изменит параметры запуска или зависимости на незивестные тебе.

Не сломается. Почитай, как работают оверрайды в юнитах

Что мешает тебе написать инит-скрипт в декларативном виде?

Твои собственные иниты ты можешь писать как угодно. Мы говорили о инитах, написанных другими людьми, параметры которых ты должен поменять.

ровно так же как в юните системд

Еще раз: мы говорим об автоматической модификации, не съезжай с темы.

Рассказать тебе что произойдёт если я напишу в юните что то, не предусмотренное задекларированными параметрами?

Реализованные в systemd параметры применятся.

Они встроены в зависимости дерева юнитов и усложняют его.

Не усложняют. Они нужны для того, чтобы можно было выставить зависимость юнита от наличия какого-то устройства, или отреагировать на какие-то события. Для sysv это недостижимая гибкость.

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

Это подвисание не из-за systemd. Это какой-то кривой серер не захотел завершаться по SIGTERM, и systemd дает ему время подумать - вдруг он пишет важные данные на диск. Через полторы минуты сервису прилетит SIGKILL. Время можно уменьшить в настройках.

После чего тебе требуется провести дебаггинг документации

Нет.

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

Это если в библиотеках скриптов от rc для тебя написали нужные врапперы. А если нет - берешь start-stop-daemon в зубы и вперед, и надеешься, что никаких сложных случаев, типа необходимости динамического релоада и нескольких инстансов с разными параметрыми у тебя быть не может. Потому что если может - всё, туши свет, привет pid-файлы и миллионы костылей вокруг них.

Почти невероятно

Но не невозможно.

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

Есть.

…включая машины без системд и без journalctl, что оказалось правдой потому что очевидно было ей изначально. Учитывая что таких сейчас под 95%, твоё буквоедство просто тупо.

Не юли, клоун. Ты говорил, что их НЕВОЗМОЖНО открыть совсем.

включая машины без системд и без journalctl

Если у тебя нет никакого линукса с собой, то каким образом ты извлек из нерабочей машины логи? А если у тебя есть линукс на флешке, что мешает тебе иметь там journalctl?

Даже в твоем выдуманном примере у тебя концы с концамии не сходятся.

Это не проблема.

Опять начинаются голословные утверждения. «Не проблема, потому что kirill_rrr с ней никогда не сталкивался»

Нет, он сделает это хуже чем ты и за деньги. Вызов маляра имеет мысл только если у тебя нет времени или достаточно лишних денег или аллергия на краску.

Ну вообще-то действительно хороший маляр сделает и правда лучше. Но денег скорее всего придётся потратить ещё в 10 раз больше чем на просто маляра (который делает хуже).

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

Не сломается. Почитай, как работают оверрайды в юнитах

Странно, и как это мне удалось сломать неломаемый юнит просто заполнив поля, указанные в интсрукции? ДА, именно, с крахом зависимостей и негрузящейся системой!

Мы говорили о инитах, написанных другими людьми, параметры которых ты должен поменять.

Ты имеешь в виду поменять так, как написано в документации к ним или поменять так, как твоей левой патке захочется?

Еще раз: мы говорим об автоматической модификации, не съезжай с темы.

Да легко! Там ещё при царе горохе все стандартные действия были задекларированы, документированы, обёрнуты в функцию и передавались опцией.

Реализованные в systemd параметры применятся.

Нюансы очень важны! Значения параметров должны быть не только корректно форматированы, но и учитывать зависимости. Которые, внезапно, могут измениться автоматизированно и независимо от данного юнита.

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

И недостижимый уровень граблей.

Что тебе мешает прописать проверку этого устройства и при необходимости дёрнуть его?

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

Это подвисание не из-за systemd

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

Нет.

Да. Ещё ни азу не видел документации по системд, где информация была полной и актуальной. Ты мне кстати так и не показал то место в мане журналда где сказано что он не может быть отключён.

Это если в библиотеках скриптов от rc для тебя написали нужные врапперы.

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

Странно, и как это мне удалось сломать неломаемый юнит просто заполнив поля, указанные в интсрукции? ДА, именно, с крахом зависимостей и негрузящейся системой!

Ты либо врёшь, либо не прочитал документацию, навоображал себе как оно должно в твоем понимании работать, сделал эту чушь, и удивляешься.

как твоей левой патке захочется?

Как моей левой пятке захочется в соответствии с поведением юнитов. Открой для себя systemctl –edit.

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

Пока скрипту не понадобилось что-то странное, что не задекларировано. Тогда в скрипте добавляется логики и привет.

Вообще на этом пункте хочется задать вопрос: почему в sysv стандартизация и вынос в библиотеки всех действий тебя устраивает, а то же самое в systemd - нет?

Значения параметров должны быть не только корректно форматированы, но и учитывать зависимости. Которые, внезапно, могут измениться автоматизированно и независимо от данного юнита.

Зачем тебе менять зависимости чужого юнита? Его разработчики лучше знают, как правильно запускать сервис.

если бы ниша не была монополизирована - любая из альтернатив была бы допилена до хорошего уровня за это время

В этой нише существуют и другие иниты, включая openrc, существовавший аж с 2007 года (systemd - с 2010), и у которого было много лет до массового перехода всех основных дистров на systemd. Что мешало допилить-то за все те годы?

Или это другое?

Какое другое? Что ты несёшь и почему так невнятно? От чего у тебя в этот раз пригорело?

Да.

Нет.

Ещё ни азу не видел документации по системд, где информация была полной и актуальной.

Потому что ты так и не открыл ни одну ссылку по systemd, которую я тебе давал, клоун. Документация systemd - образец полноты и понятности, с этим будет спорить только тот, кто ее никогда не видел.

Ты мне кстати так и не показал то место в мане журналда где сказано что он не может быть отключён.

Напоминаю, как всё было, поскольку ты опять забыл. Ты не спрашивал место в мане журналда. Ты спрашивал, как его отключить. Я спрашивал зачем. Ты описал юзкейс, и я предложил тебе лучший вариант: логгировать в память. Тебе не понравилось, потому что гладиолус. Потом тебе скинули ман systemctl, где объяснялось, что такое mask и почему disable, который ты делал, не сработал. На том ты согласился. Это было в прошлом году, сейчас ты просто игнорируешь то, что тот диалог был.

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

Потому что большая часть перечисленного перешла на systemd, включая эмбед.

Учитывая что таких сейчас под 95%

Ты опять путаешь своя маня-мирок с реальностью. Все немаргинальные дистры давно перешли на systemd - он буквально везде: от встраиваемых систем до суперкомпьютеров.

Слушай, а ведь ты реально клоун.

Но не невозможно.

Ну так получить rm -R /* при обновлении и окирпиить материнку тоже не невозможно. Тем не менее это не причина отказываться от возможности обновлений или даже монтирования конря и эфи на запись.

Есть.

Ага, скажи ещё что в голове все сотни объектов и со всеми типами связей. Не то что у этих обезьяноподобных с ~6 слотами в оперативной памяти...

Я как то повтыкал в красивый граф в .png, выдаваемый каким то анализатором (оно кстати ещё живо? а то больше 5 лет прошло), увидел что мой юнит создал циклическую зависимость (внезапно! Оно мне и так это сказало в консоли) и понял что или мне придётся переписать всё что зависит от мультиюзер.таргет, или лучше не тратить на это несколько дней и решить проблему через костыли в rc.local и смириться с тем что какая то tmpfs будет замонтирована поверх содержимого а система будет degraded всегда.

Возможно там было какое то элегантное и правильное решение, но по данным анализатора - хрен там.

А я о чем всё время говорю. Диалог с ним работает так: он выдумывает какую-то лажу и с уверенностью всем рассказывает. Ты эту лажу опровергаешь, он выдумывает следующую, и итак до бесконечности. Производная в энном поколении лажа уже противоречит даже его исходной лаже.

Пример: он говорит, что вытаскивает логи с мертвой машины, чтобы посмотреть их на телефоне, и этого никак не сделать. При этом для вытаскивания логов очевидно нужна другая, работающая машина или, как минимум, лайв. Но если оно есть, что мешает посмотреть там? А если оно есть, что мешает иметь там journalctl, чтобы сконвертировать логи в текстовые и потом смотреть на телефоне (можно, но чтобы что?..).

И так далее, и в том же духе. Год назад он заявлял, что journald невыключаем, после чего ему объяснили про mask. Теперь он врёт, что знал об этом всегда, и поменял риторику: теперь journald отключается, но без него что-то не работает, и это плохо.

Дураку объясняешь, что не надо логи выключать, их можно писать в память и сразу же там ротировать, но ему ХОЧЕТСЯ. То, что это плохая практика - его не интересует, ему ХОЧЕТСЯ, а значит разработчики systemd должны были предусмотреть это.

Ага, скажи ещё что в голове все сотни объектов и со всеми типами связей. Не то что у этих обезьяноподобных с ~6 слотами в оперативной памяти…

Я написал десятки юнитов, и у меня ничего не циклится. Возможно потому, что я прочитал документацию перед тем, как что-то писать.

Не юли, клоун. Ты говорил, что их НЕВОЗМОЖНО открыть совсем.

То что с юридической точки зрения (если бы мы были на суде) я ошибся в 20% случаев системы не отменяет невозможности читать логи без журналцтл.

Если у тебя нет никакого линукса с собой, то каким образом ты извлек из нерабочей машины логи?

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

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

Берёшь дешман-материнку, напихиваешь сетевых карт, один hdd и уносишь на очередной забытый объект на чердак.

Нищеброды лепят недорешения из говна и палок и обвиняют systemd в том что их кривые руки опять что-то сломали. Нестареющая ламерская классика :)

То что с юридической точки зрения (если бы мы были на суде) я ошибся в 20% случаев системы не отменяет невозможности читать логи без журналцтл.

Просто возьми инструмент, в котором есть journalctl. Сейчас без него что-то сложно найти, только если искать специально.

Получив их по почте или мессенджеру от эникейщика, в руках которого находится диск/образ.

Пусть твой эникейщик сконвертирует их тебе в txt. Если он их как-то выгрузил, то и сконвертировать труда не составит.

Да, настолько никто не сталкивался, что под нее в systemd аж целый механизм сделали.

инженеров, разработавших systemd, все считают компетентными

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

Почему в Talos Linux никогда не было systemd?

Там много чего не было - это парадигма у них такая.

рулит сотнями и тысячами узлов в кластерах

Ты каким местом свои инфоцыганские курсы слушал если до сих пор не в курсе что Talos никакими узлами кластера не рулит? Этим сам k8s занимается.

У меня давно бук с systemd, и я вижу, что с ним иногда происходит

С настолько кривыми руками оно и не удивительно - у тебя даже отвёртка обязательно погнётся.

Данная схема работоспособна только если твоё время в ~10 раз (или хотя бы в 2-4) дороже действительно хорошего маляра, дорожащего репутацией (знаю такого... одну всего). А это примерно порядок 45 (9-18) МРОТ. Или на современные деньги - от ~200К до 880К в месяц.

Systemd-хейтерам, которые рассказывают, что никто не применяет systemd на суровом продакшне, посвящается. Берем дорогущую Dream Machine, на которой у меня сделана домашняя сеть, от производителя, на котором провайдеры строят свою инфраструктуру (у нас на острове так, кстати).

Ой, что это? Systemd в наших роутерах? Не может быть!

root@core-udm:~# uname -a
Linux core-udm 4.19.152-ui-alpine #4.19.152 SMP Sat Jul 5 21:20:51 CST 2025 aarch64 GNU/Linux
root@core-udm:~# ps x | grep systemd
    343 ?        Ss    61:11 /lib/systemd/systemd-journald
    378 ?        Ss     0:00 /lib/systemd/systemd-udevd
    813 ?        S<Ls   0:41 /usr/bin/earlyoom -n -r 60 -M 256000 -s 10 -p --avoid (^|/)(ubios-udapi-ser|systemd-network)$
    880 ?        Ss     0:33 /lib/systemd/systemd-logind
4139758 ?        Ss     0:00 /lib/systemd/systemd --user
4155168 pts/0    S+     0:00 grep --color systemd

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

у нас на острове так, кстати

Каком ещё острове?

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

Ну, личинке столярова явно виднее, какое оборудование является мусором, а какое - нет.

Каком ещё острове?

Я на Кипре живу. В основном здесь используется оборудование от UI. Из-за сложного рельефа оптика есть не везде, и часто используются радиосети. Инфраструктура отлично работает, настолько, насколько это возможно в таких сложных условиях.

Берем дорогущую Dream Machine

Занятно выглядит. На кой хрен там «1.3 touchscreen» - как им пользоваться и для чего?

А почему «дорогущая» - ценник вроде вполне божеский для такого набора портов? Или сетевые железки так сильно подешевели с тех пор как я последний раз к ним приценивался?

А, ясно тогда почему ты хронически пишешь бред. Чего ещё от иностранца ожидать. zabbal вместе с тобой там живёт?

Чего ещё от иностранца ожидать. zabbal вместе с тобой там живёт?

Нас раскрыли! На секретной подземной базе конноводолазных войск НАТО мы на пару готовим планы курощения России и порабощения гоев и геев! Пункт первый: убедиться что все дебилы люто полыхают пердаками - чтобы их было видно в термоприцел: выполнено. Пункт второй: тут секретно, извини.

На кой хрен там «1.3 touchscreen» - как им пользоваться и для чего?

Это очень неожиданная, но крайне удобная фича.

1. Ты можешь натыкать в нем какие-то простые операции по обслуживанию, как то: мягкий шатдаун, ребут, посмотреть статистику по сетевым интерфейсам и то, видит ли оно их подключенными. Проверить версию, посмотреть имя устройства. Можно включить beacon, чтобы найти нужный девайс в стойке, он будет сигналить экраном.

2. У UI каждый девайс имеет такой экранчик, и на нем крутится скринсейвер с идентификацией. Если у тебя вся стойка ими набита, то ты можешь просто взять приложение и посканить девайс, чтобы узнать, что это такое и в чем его роль.

А почему «дорогущая» - ценник вроде вполне божеский для такого набора портов?

Какой-нибудь микротик будет явно подешевле. Я в какой-то момент решил, что наигрался с опенврт и микротиками, и хочу, чтобы всё работало из коробки. В итоге у меня вся домашняя стойка набита оборудкой от UI, и по трем этажам прокинута гигабитная сеть с десятигигабитными линками между крупными узлами. 6 или 7 (не помню точно) точек wifi с роумингом между ними. Всё работает, как часы, кроме одного бага с хотплагом SFP, но это аппаратная проблема.

А, ясно тогда почему ты хронически пишешь бред.

У тебя просто отрицание реальности. Всё, что не соответствует твоему манямирку, всегда объявляется бредом, это мы уже знаем.

Чего ещё от иностранца ожидать.

Так ты у нас еще и ксенофоборасист? Вообще пушка.

включить beacon

взять приложение и посканить девайс

И вправду весьма удобно.

по трем этажам прокинута гигабитная сеть с десятигигабитными линками между крупными узлами

У меня приятель с подобного начинал. Потом монолог из «Страх и не нависть в Лас-Вегасе».. и теперь у него PTP через Ethernet switch до подвала и master clock с GPS 1-PPS на чердаке :)

либо не прочитал документацию, навоображал себе как оно должно в твоем понимании работать, сделал эту чушь, и удивляешься.

В итоге мне объяснили, что я читал неправльную документацию, а надо было переводить оригинаьную и на точно соответствующую версию системд. Кстати, в то время переводчики очень классно тупили на любых технических текстах, +400% времени на чтение.

Теоретически требование по актуальности и оригинальности манов вроде бы как даже разумное, но почему то 99% софта номально настраивается по случайно нагугленым материалам, а системд весь такой уникальный.

в соответствии с поведением юнитов.

А, т.е. для инит-скриптов ТОЖЕ надо читать документацию и следовать ей чтобы не возникало факапов? Да не, быть не может...

Пока скрипту не понадобилось что-то странное, что не задекларировано.

А если юниту понадобилось что то странное, что не задекларировано в системд? Например выполнить ExecStart в виде нескольких строчек с командами, подождав чего нибудь между ними? Или сначала проверить условие а потом выполнить один из вариантов? Или в случае неудачи плана А перейти к плану Б?

Или давай просто и тупо - команда запуска демона должна содержать символ или выражение, которое по каким то причинам не должно находиться в юните. Точно, там же должен быть абсолютный путь к бинарнику, а нужно запуститься из $PATH потому что бинарник плавающий!

почему в sysv стандартизация и вынос в библиотеки всех действий тебя устраивает, а то же самое в systemd - нет?

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

Зачем тебе менять зависимости чужого юнита? Его разработчики лучше знают, как правильно запускать сервис.

Потому что это самый простой способ получить сбой при запуске юнита.

И если разработчики инит-скрипта лучше знают как запускать их сервис, то зачем ты хочешь автоматически накладывать на него патчи и вмешиваться в код?

Что мешало допилить-то за все те годы?

Гном отказался запускаться с него, а ни один вменяемый дистрибутив не согласен лишать даже 10% своих юзеров софта, который они хотят видеть. Это было официальной причиной перехода дебиана на системд, а не какие то преимущества системд.

И кстати, таки допилили - были написаны прослойки elogind и ещё парочка... А потом красношапки нашли новую возможность поломать совместимость с ними.

Не убедительно шлангуешь. Ты определённо понял о чём я.

пригорело

О да, у кого то пригорело.

Я атомные часы хочу себе поставить. Ловлю на ебее что-нибудь подходящее. Прикручу к ним потом сеть, и буду время раздавать.

Если прочитать какой то один мануал и сделать так как там написано то окажется что это был неправильный мануал, требованя к опциям на самом деле другие или изменились или не документированы

Есть же официальная документация на systemd.io. А bash вы тоже по неправильным мануалам изучаете?

Ты определённо понял о чём я.

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

В итоге мне объяснили, что я читал неправльную документацию

То есть, ты читал переведенную (перевранную) документацию не от той версии, а виноваты разрабы systemd? Что мешало читать оригинал?

а системд весь такой уникальный

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

для инит-скриптов ТОЖЕ надо читать документацию

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

А если юниту понадобилось что то странное, что не задекларировано в системд?

Перечисленное делается декларативно в зависимостях и проверках.

а нужно запуститься из $PATH потому что бинарник плавающий

Чтобы что? Ты это только что выдумал? Для чего такой юзкейс?

Покажи где я написал что меня это не устраивает в системд?

В твоих предыдущих постах, сам перечитывай свои бредни, у меня от них болит голова.

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

А теперь ты покажи, где я это утверждал.

Потому что это самый простой способ получить сбой при запуске юнита.

Нет.

зачем ты хочешь автоматически накладывать на него патчи и вмешиваться в код?

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

Гном отказался запускаться с него, а ни один вменяемый дистрибутив не согласен лишать даже 10% своих юзеров софта, который они хотят видеть. Это было официальной причиной перехода дебиана на системд, а не какие то преимущества системд.

Это произошло только несколько лет назад, когда systemd фактически выиграл гонку инитов. До этого ничто не мешало разрабам других инитов допилить их продукты.

elogind

Мёртв, кстати.

Потому что ты так и не открыл ни одну ссылку по systemd

Ты всё ещё не показал, где в мане журналда сказано, что его нельзя отключить. И я спрашивал, много-много раз.

ы спрашивал, как его отключить.

И ты мне много раз заявлял, что это всё описано в мане журналда и даже давал ссылки, которых там нет. После чего я прочесал все твои ссылки и все страницы на которые те ссылались, ткнул несколько раз тебя носом в то что там ничего такого нет и ты начал тупить и изворачиваться.

Потом тебе скинули ман systemctl, где объяснялось, что такое mask и почему disable,

Да, именно вот это. Я не спрашивал тебя что такое маск и дизэйбл и в чём там разница, я

спрашивал, как его отключить.

Именно отключить == disable, а не симлинкнуть юнит в /dev/null и сделать систему degraded и не выключающейся корректно (или это она из за tmpfs в /tmp не могла нормально выключиться? 5-7 лет кстати эту фишку чинили, прям от бога разработчики).

большая часть перечисленного перешла на systemd

Андроид на системд? Не знал, не знал...

Вподне достаточно того что их считают компетентными разработчики всех немаргинальных дистров.

Они же на зарплате нередко, разве их мнение на что-то влияет?

Мнение безмозглого дурачья хоть об инженерах, хоть о чём угодно всё-равно никого не волнует.

Это ты про себя сейчас? По твоему поведению на форуме очень похоже.