Ты ни малейшего понятия не имеешь о разработке, но лезешь со своим никчёмным и никому не нужным мнением (и я даже не уверен, что это мнение твоё личное). SysVInit существует очень давно, и всё это время даже до сих пор используется на деле. За всё это время с ним не было проблем такого масштаба и в таком количестве, как с systemd даже за один год разработки. Тебе определённо стоит заткнуться и не подавать даже звук.

Мне как вантузятнику он ощутимо удобнее.

Наладил. Больше не ломай.

Да хотя бы попробуйте узнать, с каким кодом выхода упал демон. В sysvinit это невозможно, в systemd - запросто.

Ты только что выставил себя некомпетентным дебилом. Ничто не мешает поставить супервизор сервисов и получить ту же функциональность на системе с sysvinit.

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

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

Вот только проект GNU утилиты в порядок приводил, а системуда - это даже отдалённо не проект GNU, а проект прямых врагов GNU.

systemd - не init. Хрен поспоришь.

$ ls -l init systemd 
-rwxrwxr-x 1 1000 1000   40648 ноя 30 13:37 init
-rwxr-xr-x 1 1000 1000 1793808 окт 29 15:49 systemd

$ ldd init systemd 
init:
	linux-vdso.so.1 (0x00007fff50d82000)
	libc.so.6 => /lib64/libc.so.6 (0x00007fd8497c0000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fd849b7f000)
systemd:
	linux-vdso.so.1 (0x00007ffccf1f7000)
	libsystemd-shared-238.so => /usr/lib/systemd/libsystemd-shared-238.so (0x00007fadbce99000)
	librt.so.1 => /lib64/librt.so.1 (0x00007fadbcc91000)
	libseccomp.so.2 => /lib64/libseccomp.so.2 (0x00007fadbca4f000)
	libselinux.so.1 => /lib64/libselinux.so.1 (0x00007fadbc826000)
	libmount.so.1 => /lib64/libmount.so.1 (0x00007fadbc5cc000)
	libblkid.so.1 => /lib64/libblkid.so.1 (0x00007fadbc37b000)
	libpam.so.0 => /lib64/libpam.so.0 (0x00007fadbc16c000)
	libaudit.so.1 => /lib64/libaudit.so.1 (0x00007fadbbf42000)
	libkmod.so.2 => /lib64/libkmod.so.2 (0x00007fadbbd2b000)
	libacl.so.1 => /lib64/libacl.so.1 (0x00007fadbbb22000)
	libcryptsetup.so.12 => /lib64/libcryptsetup.so.12 (0x00007fadbb8cf000)
	libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fadbb6b7000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fadbb498000)
	libc.so.6 => /lib64/libc.so.6 (0x00007fadbb0d9000)
	libcap.so.2 => /lib64/libcap.so.2 (0x00007fadbaed4000)
	libgcrypt.so.20 => /lib64/libgcrypt.so.20 (0x00007fadbabb9000)
	libip4tc.so.0 => /lib64/libip4tc.so.0 (0x00007fadba9b1000)
	libidn2.so.0 => /lib64/libidn2.so.0 (0x00007fadba794000)
	liblzma.so.5 => /lib64/liblzma.so.5 (0x00007fadba56d000)
	liblz4.so.1 => /lib64/liblz4.so.1 (0x00007fadba356000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fadbd6ae000)
	libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x00007fadba0d2000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00007fadb9ece000)
	libuuid.so.1 => /lib64/libuuid.so.1 (0x00007fadb9cc7000)
	libcap-ng.so.0 => /lib64/libcap-ng.so.0 (0x00007fadb9ac1000)
	libz.so.1 => /lib64/libz.so.1 (0x00007fadb98aa000)
	libattr.so.1 => /lib64/libattr.so.1 (0x00007fadb96a4000)
	libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00007fadb944d000)
	libgpg-error.so.0 => /lib64/libgpg-error.so.0 (0x00007fadb922d000)
	libargon2.so.0 => /lib64/libargon2.so.0 (0x00007fadb9025000)
	libjson-c.so.4 => /lib64/libjson-c.so.4 (0x00007fadb8e16000)
	libpcap.so.1 => /lib64/libpcap.so.1 (0x00007fadb8bd0000)
	libunistring.so.2 => /lib64/libunistring.so.2 (0x00007fadb884f000)
	libsepol.so.1 => /lib64/libsepol.so.1 (0x00007fadb859e000)
	libudev.so.1 => /lib64/libudev.so.1 (0x00007fadb8378000)
	libm.so.6 => /lib64/libm.so.6 (0x00007fadb7fe4000)

libidn2, liblzma, liblz4, libpcre2, libjson, libargon2, libunistring... В PID 1? Хм...

дада, расскажи мне, как системди-хейтеры имеют конкретные технические претензии к системди, а не прыщевскукареки типа «это не по хрюниксвею!!11111»

Давай я за него.

1. Systemd — это кривой набор костылей и подпорок, вся архитектура которого основана на ложных предпосылках. Собственно, из-за этого в нём столько костылей.

2. Все компоненты systemd имеют уникальный синтаксис и взаимодействуют по собственному протоколу. Чтобы написать даже простой юнит для systemd нужно изучить его собственный уникальный синтаксис. И потом это знание больше нигде не пригодится. А чтобы «изучить» sysvinit надо знать только баш, и знание баша полезно само по себе в повседневной жизни.

3. Как следствие п.1 и п.2 systemd невероятно сложен. Огромное количество компонентов, пытающихся компенсировать кривую архитектуру друг друга. Из-за этой сложности в нём и вылазят разные ошибки. А если вдруг что-то не работает, сервис не стартует или система не доходит до запуска иксов, то хрен поймёшь что где и почему.

Итого: systemd — кривой, толстый, сложный, глючный, и его знание абсолютно бесполезно. Для сравнения, sysvinit маленький и простой, а для его понимания и отладки нужен только bash, знание которого полезно само по себе.

Так сойдёт?

если так, то почему форкнули только дебиан, и вообще, почему перешли на системд?

если так, то почему форкнули только дебиан, и вообще, почему перешли на системд?

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

проблема не с технической стороны

С какой же тогда? С философской?

Есть у systemd важная нетехническая проблема. Как бы это вежливо описать...

Фанаты systemd — агрессивные идиоты. Я объясню на примере.

Допустим, я пишу для себя init-систему «popovd» (в честь незабвенного). Она как-то работает, где-то глючит, но меня устраивает, и я выкладываю её под GPL, вдруг кому понравится... В этом же нет ничего плохого? Я даже сделаю пакеты в основные дистрибутивы, чтобы юзерам было легче попробовать мою прогу. В этом тоже пока нет ничего плохого, верно?

Кому нравится моя система — пользуется ей, кому не нравится — пользуется другой. Всё хорошо, все довольны. Даже если я идиот, и моя прога — гавно, я — «пассивный» идиот, и моя тупость никому не мешает, просто моей прогой никто не будет пользоваться.

С systemd всё не так. Фанаты systemd не просто пилят свою систему где-то в углу, они активно поливают грязью остальных! Они лгут, орут, что все гавно, и только их система решает все проблемы, и надо срочно заменить других и поставить systemd по-умолчанию. А от их агрессивных действий страдают те, кто рады бы не пользоваться systemd, но их лишили выбора.

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

Но линуксоиды к этому ещё не привыкли. Другие системы ведь не боролись за рынок. Разработчики KDE не кричали, что XFCE — гавно мамонта и устарело. Разработчики busybox не призывали всех выкинуть binutils. А разработчики directfb не требовали выкинуть иксы и срочно перейти на directfb. Они просто работали над своими проектами, а юзеры юзали то, что им удобнее.

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

PS: такая же проблема и у wayland-а.

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

Нет не должен.

Не должен рестартовать при неудачах?

А вот только за одну эту «фичу» сраной системды поцтеринга уже можно четвертовать и колесовать по 10 раз на дню. Если демон упал - значит в нём баг. Если в нём баг, то может быть и дырища. Запускать заново потенциально дырявый процесс, вместо поиска бага - просто верх идиотизма и дебилизма и заодно махровое и неприкрытое вантузятничество.

За всех говорить не буду,но мне пожалуйста автокад(хотя для тебя то чего нет в лине не нужно).

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

Есть же всякие CATIA, Siemens NX, SolidWorks, в конце-концов... Если уж проприетарщиной упарываться, то хотя бы приличной, а не автокадом всяким.

А вот только за одну эту «фичу» сраной системды поцтеринга уже можно четвертовать и колесовать по 10 раз на дню. Если демон упал - значит в нём баг. Если в нём баг, то может быть и дырища. Запускать заново потенциально дырявый процесс, вместо поиска бага - просто верх идиотизма и дебилизма и заодно махровое и неприкрытое вантузятничество.

Ой, вы так говорите, будто вантузятники перезапускают упавшие демоны. :)

Но, да, то, что демоны надо перезапускать при падении — одна из мелких ошибок в архитектуре systemd, следствие попыток скрестить ежа и ужа (init и inetd). Только ошибка в другом: не любой упавший демон можно перезапускать. Например, бездумный перезапуск упавшего демона базы данных может убить базу.

И, да, поттерингу это уже объясняли, поэтому в systemd автоперезапуск отключен по-умолчанию.

А если демон не упал, в еем не может быть дырищ?

И, да, поттерингу это уже объясняли, поэтому в systemd автоперезапуск отключен по-умолчанию.

Точнее, отключен там, где его можно было отключить. Отключить перезапуск при socket-based-activation невозможно по архитектурным причинам. [не]любители systemd — подтвердите?

Таскать с собой пачку спикеров.

Ещё раз повторяю: в плате нет разъёма для него.

Я отвечал на вопрос про тыжпрограммиста, а не про твой кейс.

Как хорошо ты всё расписал, спасибо.

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

Так что, соотношение «свои = свои» постепенно заменяется на соотношение «корпорации > тупые юзеры».

Андроид тоже линукс смотрел кишки нарывался на такие названия типа systemd-udevd и сусвинит там наверное есть так что смачно посылаю искать и не надо копро