Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"В Debian 14 намерены удалить слой для совместимости systemd со скриптами sysv-init"	+/–
Сообщение от opennews (??), 30-Янв-26, 09:59
Команда сопровождающих Debian изначально планировала удалить слой совместимости systemd-sysv-generator в Debian 13 (Trixie), но решение было отложено на следующий релиз (Debian 14).... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64706
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+8 +/–
Сообщение от Аноним (1), 30-Янв-26, 09:59
Ну вот, а говорили, что devuan не нужен.
Ответить | Правка | Наверх | Cообщить модератору

	3. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+10 +/–
	Сообщение от Нонон (?), 30-Янв-26, 10:07
	Споры про нужность systemd вечны) Даже когда systemd уже стандарт у всех настольных дистров
	Ответить | Правка | Наверх | Cообщить модератору

	8. "В Debian 14 намерены удалить слой для совместимости systemd ..."	–16 +/–
	Сообщение от Аноним (8), 30-Янв-26, 10:16
	Чушь не мели! сустемды не стандарт и более того - большинством сообщества воспринимается в штыки. И только бараны + корпорасты продвигают это 4у4ело.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+1 +/–
	Сообщение от Аноним (9), 30-Янв-26, 10:18
	> большинством сообщества воспринимается в штыки откуда инфа? давай прув или gtfo
	Ответить | Правка | Наверх | Cообщить модератору

	72. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+4 +/–
	Сообщение от Аноним (72), 30-Янв-26, 12:21
	А давай пруф на стандарт. Разумеется, от уважаемых институтов международной стандартизации.
	Ответить | Правка | Наверх | Cообщить модератору

	11. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Eneeld (?), 30-Янв-26, 10:20
	>большинством сообщества воспринимается в штыки А кроме nixOs и ответвлений от debian и arch? (Ну и slackware)
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	41. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (41), 30-Янв-26, 11:44
	В NixOS как раз systemd уже давно единственным вариантом.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Анонисссм (?), 30-Янв-26, 11:47
	>А кроме nixOs и ответвлений от debian и arch лолушки, арчи одними из первых скушали это. alpine и void из хорошего, хотя лично мне пакетная политика void бы и с systemd подошла
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	55. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+1 +/–
	Сообщение от Аноним (55), 30-Янв-26, 12:07
	А что у них такое с пакетной политикой хорошее?
	Ответить | Правка | Наверх | Cообщить модератору

	84. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от morphe (?), 30-Янв-26, 12:39
	> nixOs В NixOS наоборот на системду стараются завязать как можно больше всего, потому что кроме systemd в NixOS есть только одна единственная автогенерируемая баш портянка под названием activation script
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	20. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+3 +/–
	Сообщение от freehck (ok), 30-Янв-26, 11:16
	> Чушь не мели! сустемды не стандарт и более того - большинством сообщества воспринимается в штыки. Честно говоря, здраво оценивая ситуацию, большинству просто плевать.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	25. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (25), 30-Янв-26, 11:19
	Ну а что есть стандарт? Кто его определяет?
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	81. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (72), 30-Янв-26, 12:34
	https://ru.wikipedia.org/wiki/Международная_организация_по_стандартизации https://ru.wikipedia.org/wiki/Институт_инженеров_электротехники_и_электроники https://en.wikipedia.org/wiki/International_Electrotechnical...
	Ответить | Правка | Наверх | Cообщить модератору

	96. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (96), 30-Янв-26, 13:03
	И какая из этих организаций утвердила systemd в качестве стандарта?
	Ответить | Правка | Наверх | Cообщить модератору

	99. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (72), 30-Янв-26, 13:06
	Никая. Значит, этот, так называемый "стандарт", васянский.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от gr (??), 30-Янв-26, 13:06
	ibm hat
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	31. Скрыто модератором	–3 +/–
	Сообщение от Аноним (31), 30-Янв-26, 11:30
	> большинством сообщества воспринимается в штыки. А о ком собственно речь? Об нетакусях с подкроватными серверами? Копротивленцах прогрессу? Какирах из подвала? Вы уточняйте, а то в последнее время сложно разобраться в сортах сообщества.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	18. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (18), 30-Янв-26, 11:03
	> уже стандарт Когда-то стандарт был симбиан, причём единственный на смартах. Когда-то - autoexec.bat. Ещё было 640 кБ.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	39. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от kusb (?), 30-Янв-26, 11:42
	Нужен /AUTOEXEC.SH
	Ответить | Правка | Наверх | Cообщить модератору

	83. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (72), 30-Янв-26, 12:37
	И CONFIG.CFG
	Ответить | Правка | Наверх | Cообщить модератору

	91. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+1 +/–
	Сообщение от Аноним (91), 30-Янв-26, 12:53
	Нет никаких споров. Народ просто плюется. Системд - это как мессенджер максут, только вместо минцифры ИБМ, а вместо ВК - редхат )))
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	7. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от gumanzoy (ok), 30-Янв-26, 10:15
	Так systemd-sysv-generator не нужен если используется SysVinit Если же используется systemd то логично что запуск всех сервисов должен быть через юниты. Проблема для пользователей SysVinit будет если в Debian начнут более активно удалять из пакетов скрипты запуска /etc/init.d/
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	19. "В Debian 14 намерены удалить слой для совместимости systemd ..."	–1 +/–
	Сообщение от Аноним (25), 30-Янв-26, 11:10
	Ну вот реально, чем systemd не угодил? Ну удобная же вещь.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	22. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от freehck (ok), 30-Янв-26, 11:18
	> Ну вот реально, чем systemd не угодил? Ну удобная же вещь. В каждой новости есть аноним, который якобы впервые с этим вопросом столкнулся и не в курсе ситуации. У тебя есть гегль/яндекс. Иди и сам почитай, нефиг время людей тратить.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+1 +/–
	Сообщение от Bottle (?), 30-Янв-26, 11:27
	И что он там найдёт? Очередной визг про философию мёртвой операционки?
	Ответить | Правка | Наверх | Cообщить модератору

	35. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (35), 30-Янв-26, 11:36
	Мертвой? Линукс номер один в мире. Серверы, встройка + андрогин.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "В Debian 14 намерены удалить слой для совместимости systemd ..."	–2 +/–
	Сообщение от Fyjy (?), 30-Янв-26, 11:42
	> Мертвой? > Линукс номер один в мире. Серверы, встройка + андрогин. Речь же про юникс разумеется. Который сдох давно и почти не воняет. На unix way которого невероятно наяривают системд-хейтеры. Хотя забывают, что по тому самому way нужно "пишите программы, которые делают что-то одно и делают это хорошо", а окаменелые иниты уже не делают это хорошо - они застряли где-то во времена юниксов))
	Ответить | Правка | Наверх | Cообщить модератору

	49. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (49), 30-Янв-26, 11:56
	Пока я вижу, что люди, которые собрались и пилят что-то для себя, вызывают у тебя негативные реакции. Ты точно на тот сайт пришёл?
	Ответить | Правка | Наверх | Cообщить модератору

	71. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (35), 30-Янв-26, 12:19
	Линукс может быть сертифицирован как юникс. Юникс тоже не мертв.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	80. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (80), 30-Янв-26, 12:29
	Ничего, что macOS - это сертифицированный unix?
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	122. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от пэпэ (?), 30-Янв-26, 14:13
	Ничего. Это прикол "для своих", на который подкроватники десятки лет смешно ведутся. Думаю Возняк дичайше веселился, когда это придумал. Хинт: если дедушке выдать сертификат, что он бабушка - у него от этого грудь не вырастет. Сертификат - это бумажка.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (72), 30-Янв-26, 12:50
	Не забываем, MacOS - это UNIX (TM). И у неё >9% десктопов.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	123. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (123), 30-Янв-26, 14:14
	> Не забываем, MacOS - это UNIX (TM). И у неё >9% десктопов. Макос это такой же юникс, как андроид линукс. Но даже если так - расскажи мне про юниксвей в макоси.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "В Debian 14 намерены удалить слой для совместимости systemd ..."	–4 +/–
	Сообщение от Fyjy (?), 30-Янв-26, 11:39
	Да понимаешь, тут просто слишком много разных хейтеров. Часть просто неосиляторы, которые только могут ныть про то, как "плахая системДА паламала им процессы". Это в общем-то неудивительно - тело привыкло обмазываться башпортянками, мозги закостенели и выучить новое уже не в состоянии. Часть - одмины старой закАлки, которым нужен зоопарк. Пусть кривой и уродливый, но позволяющий выбирать любимый инит, которым пользуются последние 20+ лет. Это обеспечивает им некую незаменимость на рабочем месте, потому что в их древней башдрисне новый человек разбираться будет долго. Часть - "копротивленцы", которые видят слово RedHat и их глаза наливаются кровью, а моск перестает работать. Остается чистая ненависть. Еще они любят позатирать про какое-то сообщество, свободу и прочее.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	44. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+3 +/–
	Сообщение от Аноним (49), 30-Янв-26, 11:47
	>много разных хейтеров Я тебя может удивлю, но у девуана хейтеров тут гораздо больше. Хотя казалось бы...
	Ответить | Правка | Наверх | Cообщить модератору

	52. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+2 +/–
	Сообщение от Аноним (52), 30-Янв-26, 11:58
	Админ старой закалки рапортует внутрь. За последние 10 лет было уже три случая, когда приходилось выезжать на сервер из-за поломанного /etc/fstab. Надо ввести пароль рута и т.д. А с sysvinit, s6 и прочими такой фигни не было. Они прекрасно грузятся и с поломанным fstab ;) Был правда и случай, когда NetworkManager помог - получил адрес по DHCP. Но пока только один такой случай ;)
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	61. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (61), 30-Янв-26, 12:12
	>За последние 10 лет было уже три случая, когда приходилось выезжать на сервер из-за поломанного /etc/fstab Ну и зачем вы fstab ломаете? >А с sysvinit, s6 и прочими такой фигни не было. Они прекрасно грузятся и с поломанным fstab ;) Поломайте корень, и покажите, как они загрузятся без проблем.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (52), 30-Янв-26, 13:02
	Так fstab не ломается из-за того, что туда usb -диск ДОПИСАЛИ или NFS-шару. В итоге защита, от которой вреда больше чем пользы. И в systemd такого г-на предостаточно. > Поломайте корень, и покажите, как они загрузятся без проблем. А давай я тебе шаблон сломаю. Информация о rootfs есть в загрузчике... ;) remout rw не сработает, но это ещё не конец.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (61), 30-Янв-26, 13:15
	>Так fstab не ломается из-за того, что туда usb -диск ДОПИСАЛИ или NFS-шару. То-есть, вы обвиняете systemd в чьих-то чужих кривых руках? Монтирование внешних носителей осуществляется либо через udisks, либо через некий юнит запускающий скрипт, либо через mount юнит. fstab для этого трогать не нужно. >Информация о rootfs есть в загрузчике... ;) remout rw не сработает, но это ещё не конец. Всегда можно сломать что-то ещё, например удалить бинарник ssh.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (52), 30-Янв-26, 13:36
	> fstab для этого трогать не нужно. Много чего можно. Например, паниковать ТОЛЬКО если не удалось загрузить информацию о rootfs.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (61), 30-Янв-26, 13:59
	Чтобы что? А если /etc не смонтирован - паниковать можно или нельзя? И как условный ssh в этом случае должен запустится?
	Ответить | Правка | Наверх | Cообщить модератору

	103. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (103), 30-Янв-26, 13:08
	/etc/fstab конвертируется в mount-юниты systemd: https://man.archlinux.org/man/systemd.mount.5#FSTAB Ждём /etc/fstab deprecated? :)
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	54. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от freehck (ok), 30-Янв-26, 12:06
	> Часть просто неосиляторы... > Часть - одмины старой закАлки, которым нужен зоопарк... > Часть - "копротивленцы"... Альтернативный взгляд: https://www.opennet.me/openforum/vsluhforumID3/137683.html#54 Тут правда не про systemd, но суть уловите.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	75. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Fyjy4 (-), 30-Янв-26, 12:26
	> Тут правда не про systemd, но в целом суть та же. Вообще мимо. Лучше бы ты приложил свой коммент как системд тебе все сломала и как ты бессонными подымал сервера. Или страдания с вейландом и иксами. И как эти все нехорошие люди заставили тебя перейти с прекрасного линя на отвратительную макось! Было бы также бесполезно, зато душевно))
	Ответить | Правка | Наверх | Cообщить модератору

	102. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+1 +/–
	Сообщение от freehck (ok), 30-Янв-26, 13:07
	> Лучше бы ты приложил свой коммент как системд тебе все сломала и как ты бессонными подымал сервера. Или страдания с вейландом и иксами. В очередной раз повторяю: здорового человека страдания других людей расстраивают, а не радуют. Обратись к специалистам. Тебе нужна помощь.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (123), 30-Янв-26, 14:10
	> страдания других людей расстраивают Других обычных людей - да. А идеологических противников, которые стараются сделать хуже тебе и всей индустрии... это вряд ли :)
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	66. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (66), 30-Янв-26, 12:15
	Ага, случай с XZ ничему не научил (апрель 2025г.). Очень удобно - всех хакать через завязку на systemd и dbus.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	69. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+2 +/–
	Сообщение от КО (?), 30-Янв-26, 12:18
	До поры до времени. Пока этот мега комбайн не начнет чудить. И что делать в случае shell боле-менее понятно. Из примеров. Развлекался тут с ollam'ой. Если пускать из под пользователя в shell - видяхи видит. Из под того же пользователя, через unit systemd - нет. В логах тишина. Инет знает, как в systemd запретить видеть видяхи, а вот как разрешить - не знает. Вот как после этого верить, что systemd во всем лучше bash-портянок?
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	73. "В Debian 14 намерены удалить слой для совместимости systemd ..."	–2 +/–
	Сообщение от Аноним (61), 30-Янв-26, 12:23
	>Развлекался тут с ollam'ой. Если пускать из под пользователя в shell - видяхи видит. Из под того же пользователя, через unit systemd - нет. Вот удивительно - есть у вас глючный софт - ollam-а, которая не видит видеокарту. При чём не просто не видит, а молча не видит, а виноват systemd. Нормальный софт должен написать что-то вроде /dev/dri doesn't exist - и всё, пользователь понимает в чём проблема.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (87), 30-Янв-26, 12:47
	> должен написать что-то вроде /dev/dri doesn't exist - и всё, пользователь понимает в чём проблема. да! Пользователь сразу понимает, что права на /dev/dri он получил благодаря метке uaccess, logind и динамическим ACL
	Ответить | Правка | Наверх | Cообщить модератору

	92. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от КО (?), 30-Янв-26, 13:00
	Так ей не обязательно dri она может и без него работать. А писать в лог, что не нашла всего, чего могла бы найти в принципе, это как-то странно.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (87), 30-Янв-26, 13:24
	> А писать в лог, что не нашла всего, чего могла бы найти в принципе, это как-то странно. ну если оно пишет условное "нет устройства …" вместо "нет прав на …", то выбор сообщения странный. А так не странно — права на /dev у пользователя, запустившего сессию, и пользователя, указанного в юните, могут быть разные.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от КО (?), 30-Янв-26, 13:56
	>А так не странно — права на /dev у пользователя, запустившего сессию, и пользователя, указанного в юните, могут быть разные. С учетом, что это один и тот же пользователь _ollama_ - это несколько странно.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (61), 30-Янв-26, 14:02
	Пользователь - это uid. Видеокарта может быть недоступна по куче причин - uid, mount namespace, selinux и так далее. Что именно ломает доступ в вашем случае - вопрос открытый.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (87), 30-Янв-26, 14:15
	на /dev/dri/card0 стоят права 660 и владелец root:video. Несмотря на это мой пользователь, не состоящий в группе video, может работать с видеокартой. Просто через связку udev+logind он получил дополнительные права, которые можно узнать используя getfacl. короче, это игра в угадайку (подробностей мало) и оффтоп здесь, но я клоню к тому, чтобы добавить _ollama_ в группы video, render, … напрямую или через SupplementaryGroups в юните
	Ответить | Правка | К родителю #115 | Наверх | Cообщить модератору

	88. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+2 +/–
	Сообщение от КО (?), 30-Янв-26, 12:50
	Она то видит, причем не молча. Не видит при запуске из systemctl start ollama. Запись от нее в логе, что она искала и не нашла есть. Вот если, например, selinux рубит кому-то доступ к чему-то, то в журнале об этом появляется запись в журнале. Systemd-ы выше этого. Что он кому и как отрубил - никому знать не положено. Но фанаты будут с пеной у рта кричать что классная штука. Раз в год 2 секунды на старте экономит. И да - есть декларативное описание. А вот у шелла нет.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	118. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (61), 30-Янв-26, 14:05
	>Systemd-ы выше этого. Что он кому и как отрубил - никому знать не положено. Как вы себе это представляете? У любого процесса есть состояние - переменные окружения, пространства имён и так далее. Как systemd должен угадывать, что процессу чего-то не хватает? >Она то видит, причем не молча. Не видит при запуске из systemctl start ollama. Ну а что пишет?
	Ответить | Правка | Наверх | Cообщить модератору

	119. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (61), 30-Янв-26, 14:09
	>Не видит при запуске из systemctl start ollama. Откуда конфиг брали? Как минимум сюда посмотрите https://github.com/NixOS/nixpkgs/blob/nixos-25.11/nixos/modu..., и сравните со своим, у вас может банально устройств нехватать.
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	120. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (61), 30-Янв-26, 14:10
	Если точнее, то сюда https://github.com/NixOS/nixpkgs/blob/fa83fd837f3098e3e678e6...
	Ответить | Правка | Наверх | Cообщить модератору

	85. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (72), 30-Янв-26, 12:45
	> Ну вот реально, чем systemd не угодил? Ну удобная же вещь. Кто в Схему сможет, тому Shepherd гораздо удобнее и гибче покажется.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	21. "В Debian 14 намерены удалить слой для совместимости systemd ..."	–1 +/–
	Сообщение от mos87 (ok), 30-Янв-26, 11:17
	правильно говорили. если у вас старые сервера какие-то с древинм sysV init only софтом, то на них и не ставится свежий дистр. всё логично.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	67. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (67), 30-Янв-26, 12:16
	Зачем его туда ставить?
	Ответить | Правка | Наверх | Cообщить модератору

5. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+3 +/–
Сообщение от Аноним (80), 30-Янв-26, 10:13
>Переход аргументируется повышением уровня безопасности запускаемых служб systemd Осталось только получить аргументы касательно безопасности systemd. >также более надёжным контролем над запуском и циклом работы службы Т.е. полный контроль над пк пользователя?
Ответить | Правка | Наверх | Cообщить модератору

	15. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+1 +/–
	Сообщение от Аноним (15), 30-Янв-26, 11:01
	Аргументов касательно безопасности лапши на баше, конечно, никто приводить не станет.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (67), 30-Янв-26, 12:08
	На баше невозможно выйти за границу буфера. При том что весь системд состоит и сплошных cve.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "В Debian 14 намерены удалить слой для совместимости systemd ..."	–1 +/–
	Сообщение от Аноним (-), 30-Янв-26, 12:52
	> На баше невозможно выйти за границу буфера. Используя баш? Зачем?? Там хватает кривых переменных и экранирования. > При том что весь системд состоит и сплошных cve. Пф, пруфы в студию. Ты слышал про Bashdoor/Shellshock ? Это когда в баше нашли тонну CVE живущих с версии 1.13 (1992 год) Понятно что баш сам не виноват, что его писали бракоделы на дырявом языке из 70х.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (101), 30-Янв-26, 13:06
	Про runit или dinit вы не слыхали.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	24. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+1 +/–
	Сообщение от mos87 (ok), 30-Янв-26, 11:19
	>Осталось только получить аргументы касательно безопасности systemd. самый безопасный сервер - выключенный.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	33. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от freehck (ok), 30-Янв-26, 11:33
	>>Переход аргументируется повышением уровня безопасности запускаемых служб systemd > Осталось только получить аргументы касательно безопасности systemd. Ага, разбежался. Уже были разговоры на этот счёт неоднократно. Лучшее, что они втирают — про возможность ограничения сисколлов, мол, такая фича у systemd из коробки есть. Однако на поверку оказывается, что почти никто из мейнтейнеров её не использует. И с остальными фичами — та же самая история.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

Часть нити удалена модератором

	17. Скрыто модератором	–1 +/–
	Сообщение от Аноним (15), 30-Янв-26, 11:02
	Очевидные-невероятные
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

	78. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от morphe (?), 30-Янв-26, 12:28
	> Однако на поверку оказывается, что почти никто из мейнтейнеров её не использует Вбей systemd-analyze security, и увидишь как много сервисов это используют, systemd-analyze security NAME покажет что именно у тебя для конкретного сервиса не выключено Большинству сервисов можно поставить DynamicUser=yes и уже защититься от огромного числа проблем, потому что этот флаг сразу запрещает сервису кучу всего делать
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	68. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (61), 30-Янв-26, 12:16
	>Лучшее, что они втирают — про возможность ограничения сисколлов, мол, такая фича у systemd из коробки есть. Однако на поверку оказывается, что почти никто из мейнтейнеров её не использует. И с остальными фичами — та же самая история. А это тогда что? https://github.com/NixOS/nixpkgs/blob/fa83fd837f3098e3e678e6...
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	82. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от morphe (?), 30-Янв-26, 12:35
	NixOS к сожалению тут не лучший пример, hardening systemd в NixOS до сих пор отстаёт, даже sshd ещё не прикрыт: https://github.com/NixOS/nixpkgs/pull/348701 Сам поддерживаю большой конфиг для того чтобы всё что можно на DynamicUser и прочее перевести, но в NixOS это сложно просто добавить и никому ничего не сломать
	Ответить | Правка | Наверх | Cообщить модератору

23. Скрыто модератором	+/–
Сообщение от arthi747 (ok), 30-Янв-26, 11:18
Есть куча разномастных запускалок разной степени вменяемости. Красноглазики - ко ко ко корпорации зло и нам нужен стандарт. Чел от корпов выкатывает стандарт и ко ко ко это галимый стандарт и вобще фу. При этом сами ни к какому стандарту за десятки лет так прийти и не смогли и не смогли бы никогда. Абсолютная невменяемость.
Ответить | Правка | Наверх | Cообщить модератору

	40. Скрыто модератором	+2 +/–
	Сообщение от freehck (ok), 30-Янв-26, 11:43
	> Красноглазики - ко ко ко корпорации зло и нам нужен стандарт. Чел от корпов выкатывает стандарт и ко ко ко это галимый стандарт и вобще фу. Не, ну если передёргивать, то можно конечно и так историю преподнести, и это даже забавно звучит. =) Однако на самом деле: - "Красноглазики" считали, что нужен "стандарт, основанный на консенсусе". - Корпы это саботировали и пропихнули "стандарт, основанный на вендор-локе". Да, и то, и другое — "стандарт". Но есть нюанс. =) Полная история тут: https://www.opennet.me/openforum/vsluhforumID3/138071.html#174
	Ответить | Правка | Наверх | Cообщить модератору

	64. Скрыто модератором	+1 +/–
	Сообщение от Fyjy4 (-), 30-Янв-26, 12:14
	> Однако на самом деле: >  - "Красноглазики" считали, что нужен "стандарт, основанный на консенсусе". Учитывая сколько инитов породили "красноглазики", то консенсуса не могло быть даже в теории. Плюс, когда делали очередной новый инит, то его делали как раз для себя из-за отсутствие консенсуса и забив на мнение всех остальных. >  - Корпы это саботировали и пропихнули "стандарт, основанный на вендор-локе". Корпы сделали хороший системный менеджер. И все остальные просто вымерли везде где "нужно ехать", а не шашечки. > Да, и то, и другое — "стандарт". Но есть нюанс. =) Как первое могло стать стандартом, если так и не смогли договориться?)) > Полная история тут: https://www.opennet.me/openforum/vsluhforumID3/138071.html#174 Прохладная история :)
	Ответить | Правка | Наверх | Cообщить модератору

30. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
Сообщение от Аноним (30), 30-Янв-26, 11:28
Так, а сами скрипты оставят? Для остальных init-ов.
Ответить | Правка | Наверх | Cообщить модератору

	47. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (49), 30-Янв-26, 11:50
	А зачем? Весьма очевидно, что поддержка systemd усложняет поддержку других инитов. Так что либо поддерживаем systemd, либо другое. Выбор очевиден, и лишней работы делать не надо. Берёшь нужный инит и поддерживаешь его в своём дистрибутиве.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+1 +/–
	Сообщение от Аноним (67), 30-Янв-26, 12:09
	Только переход на девуан.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

45. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
Сообщение от kusb (?), 30-Янв-26, 11:47
Да блин, что за ужас вы пишете.
Ответить | Правка | Наверх | Cообщить модератору

46. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
Сообщение от Учи слова капитуляция и репарации (?), 30-Янв-26, 11:48
Надо понимать, что devuan тоже на помойку отправится? Ведь своё они неспособны замутить из-за явного недостатка человекочасов и как раз полагались на эту прослойку.
Ответить | Правка | Наверх | Cообщить модератору

	48. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+1 +/–
	Сообщение от Аноним (49), 30-Янв-26, 11:52
	Ничего страшного не случится. От дебиана откололось часть человек, отколится ещё, кто каким-то образом умудрялся использовать его без systemd. Так что даже наоборот, число пользователей только возрастёт.
	Ответить | Правка | Наверх | Cообщить модератору

50. "В Debian 14 намерены удалить слой для совместимости systemd ..."	–1 +/–
Сообщение от Аноним (50), 30-Янв-26, 11:57
У меня systemd работает на дешманских ноутбуках Lenovo и на древнем компе с i5 третьего поколения. Кому нужно что то более древнее? Тем, кто сидит на коре дуба? Я конечно долго думал, не поставить ли Linux на мой древний комп 2004 года, на котором стоит еще XP. Но так и не решился. А пока думал, 32бита уже випилили.
Ответить | Правка | Наверх | Cообщить модератору

	59. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (67), 30-Янв-26, 12:10
	Поставь туда 32 бита без системд.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (72), 30-Янв-26, 13:10
	>на древнем компе с i5 третьего поколения Ну ты зажрался.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	109. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (50), 30-Янв-26, 13:26
	Да вот так время летит. То, что было в 2011-2012 году - уже древнее. Мой P4 уж подавно древний. Так совпало, что он был неплохой, ибо уже прошло время 478 сокетов и памяти на 133МГц. Там все таки было 2 гига DDR2 на 400МГц и это было уже круть. Виста даже шла без тормозов.
	Ответить | Правка | Наверх | Cообщить модератору

51. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
Сообщение от Fyjy4 (?), 30-Янв-26, 11:57
Как-то дебианцы разбушевались в последнее время! То armel и mips64el выкидывают, то конвертор в занюханные башпортянки. Что дальше? Будут обновлять версии софта на менее копролитные? Неужели деб превращается в нормальных дистр?!
Ответить | Правка | Наверх | Cообщить модератору

	65. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (65), 30-Янв-26, 12:15
	Бери лучше сразу Редхет или Федору, там за тебя всё корпорации порешают.
	Ответить | Правка | Наверх | Cообщить модератору

58. "В Debian 14 намерены удалить слой для совместимости systemd ..."	–1 +/–
Сообщение от Аноним (61), 30-Янв-26, 12:10
В каждой теме, где возникают хейтеры systemd, я задаю им простую задачу: напишите на башпортянке полноценный аналог юнита. С лимитами, изоляцией, понижением прав, шаблонностью, статусом, зависимостями, декларативным переопределением и прочими фичами. Задача со звёздочкой: реализовать это без внешних зависимостей. И каждый раз в ответ красноречивая тишина. Вот и ответ на вопрос, почему systemd безальтернативен - никто из башпортянщиков не может создать ничего стоящего.
Ответить | Правка | Наверх | Cообщить модератору

	62. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+3 +/–
	Сообщение от Аноним (67), 30-Янв-26, 12:12
	Ты так и не понял что ты хочешь ненужного? Это как четвертая камера в телефоне или новая блестящая упаковка. Ты просто хочешь маркетинг ради маркетинга.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от freehck (ok), 30-Янв-26, 12:47
	> Ты просто хочешь маркетинг ради маркетинга. Нет, всё проще. Он хочет потратить наше время впустую.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+4 +/–
	Сообщение от Аноним (35), 30-Янв-26, 12:14
	Такое никому не нужно. Системда-2.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	77. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Fyjy4 (-), 30-Янв-26, 12:27
	> Такое никому не нужно. Такое не нужно локалхостникам. И может домохозяйкам. А всем остальным нужно и очень даже полезно.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (61), 30-Янв-26, 13:06
	>Такое не нужно локалхостникам. И может домохозяйкам. Ещё как нужно. getty@.service.d не даст соврать - даже обычный tty - шаблонный юнит.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "В Debian 14 намерены удалить слой для совместимости systemd ..."	–1 +/–
	Сообщение от Аноним (65), 30-Янв-26, 12:18
	А это кому-то нужно: " С лимитами, ... понижением прав, шаблонностью, статусом, зависимостями, декларативным переопределением и прочими фичами." ?
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	79. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+1 +/–
	Сообщение от freehck (ok), 30-Янв-26, 12:29
	> А это кому-то нужно: " С лимитами, ... понижением прав, шаблонностью, статусом, > зависимостями, декларативным переопределением и прочими фичами." ? Да нет, конечно. Вот вам навскидку замеры, сделанные в 2019м: https://www.opennet.me/openforum/vsluhforumID3/116899.html#101 Последний раз я делал замеры в 2025м, в том числе и по иным фичам. Где-то публиковал цифры, но не помню, где именно, однако прямо скажу, что ситуация в целом не изменилась: там какой-то ничтожный процент использования. Если вам не влома, то сделайте актуальные замеры.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (61), 30-Янв-26, 13:01
	>Последний раз я делал замеры в 2025м, в том числе и по иным фичам. Где-то публиковал цифры, но не помню, где именно, однако прямо скажу, что ситуация в целом не изменилась: там какой-то ничтожный процент использования. Есть ложь, наглая ложь, и статистика. Итак: $ ls | grep -P '\.service$' | wc -l 163 $ for i in $(find -type l); do grep -P '(AmbientCapabilities|DynamicUser)' -rl "$i"; done | wc -l 21 $ for i in $(find -type l); do grep -P '(AmbientCapabilities|User|ProtectProc|ProcSubset|BindPaths|BindReadOnlyPaths|Group|CapabilityBoundingSet|AmbientCapabilities|NoNewPrivileges|SecureBits|Limit|ProtectSystem|ProtectHome|ReadWritePaths|ReadOnlyPaths|InaccessiblePaths|ExecPaths|NoExecPaths|TemporaryFileSystem|PrivateTmp|PrivateDevices|PrivateNetwork|PrivateUsers)' -rl "$i"; done | wc -l 98 Если честно, мне просто лень копировать все опции из мануала, так что список не полный, однако уже хорошо видно, как freehck манипулирует статистикой в свою пользу. Декларативные переопределения $ ls | grep -P '\.d$' | wc -l 50 Шаблонные юниты $ ls | grep '@' | wc -l 42 >Всё. Из 238 сервисов только 4 используют это. И те -- systemd-шные. Как видим, ложность утверждений freehck очевидна любому, кто более мнее в состоянии открыть мануал. Зато неокрепшие умы, столь подверженные мракобесию, воспримут это за чистую монету.
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	112. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от freehck (ok), 30-Янв-26, 13:41
	Ололо, сколько же тут ошибок и подтасовок. Чуть позже отпишу. )
	Ответить | Правка | Наверх | Cообщить модератору

	74. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+1 +/–
	Сообщение от Аноним (74), 30-Янв-26, 12:25
	Хотел тут перейти на Линуху !  С поставил дистр на systemd . И поставил только vmware и  что-то из снап-пакетов. Так оно стало завершать работу по 2 минуты и более ...
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	76. "В Debian 14 намерены удалить слой для совместимости systemd ..."	–1 +/–
	Сообщение от Аноним (61), 30-Янв-26, 12:26
	Сколько анонимов понабежало. Конечно не нужно: давайте всё запускать от рута и выставлять голыми портами в интернет. Желательно ещё и на дыряшечке всё это делать, а то бедные ботнеты расти не будут.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	97. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (72), 30-Янв-26, 13:04
	На Баше через работу с /sys любой каприз.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	106. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (61), 30-Янв-26, 13:19
	"Болтовня ничего не стоит. Покажите мне код" - как говорил самый первый линуксоид.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (72), 30-Янв-26, 13:27
	Конкретное ТЗ ?
	Ответить | Правка | Наверх | Cообщить модератору

	113. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (61), 30-Янв-26, 13:45
	ТЗ - простое: воссоздайте функционал unit на bash-е настолько, насколько это возможно.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+/–
	Сообщение от Аноним (72), 30-Янв-26, 13:55
	Это абстрактное абстрактно. "Сколько вешать в граммах?" Что конкретно надо запустить?
	Ответить | Правка | Наверх | Cообщить модератору

94. "В Debian 14 намерены удалить слой для совместимости systemd ..."	+1 +/–
Сообщение от Аноним (94), 30-Янв-26, 13:02
Тяжело жить в мире, где не изобрели bsd init.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема