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

"Доступен системный менеджер systemd 258"	+/–
Сообщение от opennews (??), 17-Сен-25, 23:14
После девяти месяцев разработки представлен релиз системного менеджера systemd 258. Ключевые изменения: прекращение поддержки cgroups v1 и компонентов управления системой в стиле System V, новые утилиты  systemd-factory-reset и  systemd-pty-forward, концепция домашних областей, поддержка загрузки  в дисковый образ, полученный через HTTP... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63898
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 17-Сен-25, 23:14	+27 +/–
> Минимальные требования к версии ядра Linux подняты до выпуска 5.4 (рекомендуется версия 5.7). Это ведь просто запускалка сервисов, да?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #8, #9, #22, #38

2. Сообщение от Someone (??), 17-Сен-25, 23:17	+7 +/–
Пасьянсов в нем не хватает.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #90

3. Сообщение от Аноним (3), 17-Сен-25, 23:19	+/–
всего лишь factory reset
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

5. Сообщение от Аноним (-), 17-Сен-25, 23:25	–6 +/–
systemd - это лучшее что случалось с линем за последние 20 лет! После вейланда и раста в ядре, разумеется)) > Удалены компоненты управления системой в стиле System V А вот это было неожиданно... Почему они вообще тянули этот хлам так долго??
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #21

7. Сообщение от Аноним (7), 17-Сен-25, 23:29	–1 +/–
гном из соседней новости и системд созданы друг для друга!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81

8. Сообщение от penetrator (?), 17-Сен-25, 23:31	–4 +/–
в пределах физического хоста я бы предпочел systemd для оркестрации а не шляпу к8с это очень продвинутая запускалка, притом с распределением ресурсом сильно интереснее чем к-ражно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #168, #176

9. Сообщение от Аноним (-), 17-Сен-25, 23:33	+4 +/–
> Это ведь просто запускалка сервисов, да? Нет конечно, это system and service manager. Запуск, перезапуск, квоты, управление ресурсами и много другое. Все в одном сервисе и с одним стилем управления! Вместо кучи разнородных утилит и скриптов. Разве это не прекрасно?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #12, #13, #18, #95

10. Сообщение от Аноним (10), 17-Сен-25, 23:35	+/–
> Удалены компоненты управления системой в стиле System V, такие как утилиты itctl, runlevel и telinit, устройство /dev/initctl, концепция уровней запуска (runlevel), unit-файлы runlevel[0-6].target и возможность управления состоянием через команду init. Удаление поддержки скриптов сервисов System V намечено на следующий выпуск. Эта древность, оказывается, поддерживалась 0_о
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40

11. Сообщение от курлык (?), 17-Сен-25, 23:44	–3 +/–
>После вейланда и раста в ядре, разумеется)) Но ведь системд появился до раста и вяленого. Или нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #16

12. Сообщение от Аноним (12), 17-Сен-25, 23:57	+32 +/–
конечно прекрасно, но просмотрщика обоев не хватает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #80

13. Сообщение от Аноним (-), 17-Сен-25, 23:59	+8 +/–
А зачем оно лезет в интернет при включении компьютера и чет обновляет? Как это относится к вышеперечисленном?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #59

15. Сообщение от Аноним (15), 18-Сен-25, 00:00	+2 +/–
Так, падажжи, и что теперь использовать вместо init 3/5?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31, #126

16. Сообщение от Аноним (-), 18-Сен-25, 00:04	+8 +/–
после них системд действительно стал выглядеть не так уж плохо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #152

17. Сообщение от Аноним (17), 18-Сен-25, 00:10	+/–
> В настройку ExecStart добавлена поддержка префикса '|', определяющего запуск через командный интерпретатор. Ахахах. Портяночный мир победил, макет оказался прочней.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #41, #58, #64, #127

18. Сообщение от Аноним (-), 18-Сен-25, 00:25	+12 +/–
> Нет конечно, это system and service manager. ... которому для работы нужен python 3.9.0. > Разве это не прекрасно?! Да, без слёз на это смотреть невозможно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #25, #35, #169

19. Сообщение от Аноним (31), 18-Сен-25, 00:26	–6 +/–
Ядро, systemd и busybox — всё что нужно от современного дистрибутива. Остальное с флатхаба. Норм.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23

21. Сообщение от 12yoexpert (ok), 18-Сен-25, 00:43	+1 +/–
подожди, вайленд пока ещё не в ядре
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #39

22. Сообщение от Аноним (22), 18-Сен-25, 00:49	+2 +/–
>просто запускалка сервисов, да? Ну, то что нам насильно впаривали вместо инит-скриптиков, как гениальное решение. Монструозный комбайн, "виндо-кусок" в лине...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

23. Сообщение от tty2 (?), 18-Сен-25, 00:51	+1 +/–
Да, слон и колибри - друзья на веки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #32

24. Сообщение от warlock (??), 18-Сен-25, 00:56	+3 +/–
> Добавлена концепция домашних областей А я всегда говорил, что авторы systemd не понимают UNIX. И вот это становится очевидным. (Это ровно то, для чего существует концепция пользователя.)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #33, #37, #60

25. Сообщение от Аноним (25), 18-Сен-25, 00:57	–6 +/–
> ... которому для работы нужен python 3.9.0. Говоришь как будто бы что-то плохое. На порядок лучше баш портянок. СШ (и производные) как средство для написания сценариев надо было похоронить еще лет 25-30 назад. Это же чудовищный крякозябр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #26, #29, #43, #47

26. Сообщение от freehck (ok), 18-Сен-25, 01:12	+9 +/–
>> ... которому для работы нужен python 3.9.0. > Говоришь как будто бы что-то плохое. На порядок лучше баш портянок. Хз. Так-то конечно питон -- это отличный язык программирования, причём отличный в каждой минорной версии. Вот то ли дело баш. ) > СШ (и производные) как средство для написания сценариев надо было похоронить еще > лет 25-30 назад. Это же чудовищный крякозябр. Решение 90% проблем администрирования системы можно по-быстрому нахакать на шелле, а вот на питоне -- чёрта с два.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #202

29. Сообщение от Аноним (-), 18-Сен-25, 01:29	+/–
> Говоришь как будто бы что-то плохое. На порядок лучше баш портянок. В целом, да. Но он должен был бороться со злом, а не примкнуть к нему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

30. Сообщение от 3draven (ok), 18-Сен-25, 01:36	–3 +/–
Может они хотят сделать что бы у пользователя были сво настройки, а у сеанса в области свои? Что бы не крутить гайки пять раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

31. Сообщение от Аноним (31), 18-Сен-25, 01:40	–5 +/–
systemd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

32. Сообщение от Аноним (31), 18-Сен-25, 01:41	+/–
А котёнок с дверцей?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

33. Сообщение от Аноним (31), 18-Сен-25, 01:49	–1 +/–
Да, расскажи для начала как реализовать N × M доступ на юниксе используя только концепцию пользователей и групп. Потом поговорим что там кто не понимает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

35. Сообщение от morphe (?), 18-Сен-25, 02:40	+4 +/–
> ... которому для работы нужен python 3.9.0. Для компиляции же, не работы Рантайм зависимости от питона в systemd нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #68

36. Сообщение от Аноним (38), 18-Сен-25, 02:41	+1 +/–
> Минимальные требования к версии ядра Linux подняты до выпуска 5.4 (рекомендуется версия 5.7). Большое им спасибо, что сохранили поддержку последнего LTS ядра. Если бы его поддержку дропнули, то было бы неловко.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #62, #70

37. Сообщение от morphe (?), 18-Сен-25, 02:41	–3 +/–
> А я всегда говорил, что авторы systemd не понимают UNIX. И вот это становится очевидным. Это отдельный бинарь Ну выделили бы его в отдельный пакет - лучше разве стало бы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #92

38. Сообщение от Аноним (38), 18-Сен-25, 02:51	–1 +/–
> Это ведь просто запускалка сервисов, да? Не, это огромный комбайн. Кто-то считает, что это плохо (по факту идет против UNIX философии; да, это не один бинарь, но тем не менее, это проект, берущий под себя половину системы), кто-то наоборот, что хорошо (не нужно ставить и выбирать системный логгер, network manager, DNS resolver, ..., что делает Linux более конкурентоспособным за счет избавления сегментации: администрировать это дело становится проще). Это далеко не простой init и не service manager, это именно "system manager": init + service manager + home directory manager + network manager + DNS resolver + logging + ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #48, #54

39. Сообщение от Аноним (38), 18-Сен-25, 03:05	+2 +/–
> подожди, вайленд пока ещё не в ядре Так оно же по факту работает за счет KMS, + видеодрайвера, используемые Wayland'ом, размещаются в kernel space. По сути, можно сказать, что в ядре) Просто конкретной имплементации нет (да и не зачем), потому что их как минимум Gnome Shell, kwin-wayland, wlroots, aquamarine, ... Плохо ли это? Нууу, за счет размещения API для video I/O в kernel space повышается производительность, но поскольку Linux kernel - монолит, то и в случае падения этого API ядро улетит в panic. В том же WinNT API для графики тоже в ядре, в XNU вроде в user space.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #49

40. Сообщение от Аноним (38), 18-Сен-25, 03:10	+/–
> Эта древность, оказывается, поддерживалась 0_о Сейчас набегут. А вообще Поттеринга в свое время поучил Торвальдс, что user space должен быть стабильным и не ломаться в Long Run. В общем, Поттеринг что-то усвоил из этого. После того, как это все дело стало deprecated (если не ошибаюсь, то оно было все deprecated вообще с самого начала проекта), оно еще долго поддерживалось. С другой стороны, можно было поддерживать и дольше. Вон, бинари в формате a.out до сих пор вроде запускаются на последнем stable Linux релизе (а нет, вру, не запускаются: removed in Linux 5.18 / 5.19).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

41. Сообщение от Аноним (41), 18-Сен-25, 03:47	+/–
*паркет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

43. Сообщение от 0xdeadbee (?), 18-Сен-25, 06:10	+3 +/–
>> ... которому для работы нужен python 3.9.0. > Говоришь как будто бы что-то плохое. а будто бы что-то хорошее. петухон - тормознутый дрянь-язык, несовместимый сам с собой. perl и то лучше него.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

47. Сообщение от Аноним (-), 18-Сен-25, 06:26	+8 +/–
>На порядок лучше баш портянок. Классика, не осилил bash и начал оскорблятся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

48. Сообщение от Аноним (-), 18-Сен-25, 06:41	+/–
>home directory manager Объясню, что это за хрень. Ты не прописал раздел /home в файле /etc/fstab, по логике система не должна увидеть твой домашний раздел. Так вот, systemd монтирует /home сам хочешь ты этого или нет. >network manager Объясно что это за хрень. Хочешь чтобы твой комп подхватывал IP раздаваемый маршрутизатором? dhcpcd не нужен. systemd будет твоим dhcp-клиентом. >DNS resolver Объясню что это за хернь. Ни тебе, ни твоему dhcpcd больше не придётся прописывать DNS-сервер в файл /etc/resolv.conf. Всё это будешь делать через через systemd Разаботчики systemd специально это делают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #51, #53, #55, #56, #117

49. Сообщение от Xo (?), 18-Сен-25, 07:41	+1 +/–
И как часто видели этот panic? Я видел на самосборном ядре разве что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

51. Сообщение от fp (?), 18-Сен-25, 08:40	+/–
> ... Объясню что это за хернь. Хочешь ты того или нет, но твои волосы будут чистыми и шелковистыми благодаря systemd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

53. Сообщение от Аноним (53), 18-Сен-25, 09:30	+/–
>Разаботчики systemd специально это делают. И еще твои пальцы загибают вместо тебя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

54. Сообщение от жявамэн (ok), 18-Сен-25, 09:37	+/–
>UNIX философии но жму/пинукс это не юникс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #79, #103, #170

55. Сообщение от Аноним (55), 18-Сен-25, 09:38	+/–
> Объясню, что это за хрень. Ты не прописал раздел /home в файле /etc/fstab, по логике система не должна увидеть твой домашний раздел. Так вот, systemd монтирует /home сам хочешь ты этого или нет. а systemd-homed тогда для чего если место home directory manager уже занято? > Объясно что это за хрень. Хочешь чтобы твой комп подхватывал IP раздаваемый маршрутизатором? dhcpcd не нужен. systemd будет твоим dhcp-клиентом. так он и раньше подхватывал. Он теперь подхватывает как-то по особенному, душевнее что ли, или что? > Объясню что это за хернь. Ни тебе, ни твоему dhcpcd больше не придётся прописывать DNS-сервер в файл /etc/resolv.conf. Всё это будешь делать через через systemd а когда у меня начнутся проблемы с DNS, то мне придется колупать еще и resolved. Самое интересное, что если его остановить и прописать в /etc/resolv.conf то, что там должно быть, то все работает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

56. Сообщение от Аноним (56), 18-Сен-25, 09:38	+5 +/–
Мерзавцы! Как они посмели экономить мне время?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #71

57. Сообщение от Ананоним (?), 18-Сен-25, 10:09	+2 +/–
Множат сущности без необходимости. Это я про домашние области. Им некошерно просто пользователя нового создать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #125

58. Сообщение от Аноним (58), 18-Сен-25, 11:04	–1 +/–
Убрали совместимость с sysvinit, но для тех, кто без своей портянки на шелле кушать не может, оставили способ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

59. Сообщение от OpenEcho (?), 18-Сен-25, 11:05	+2 +/–
> А зачем оно лезет в интернет при включении компьютера и чет обновляет? - Время - ДНС - онлайн статус - таймеры
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #66, #142

60. Сообщение от Анонусс (-), 18-Сен-25, 11:06	–3 +/–
> авторы systemd не понимают UNIX Если вы вдруг не заметили, то unix сдох и почти не воняет. Авторы systemd наоборот делают правильные вещи: нормально решают проблемы, которые юникс или не решал вообще, или решал через одно место.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #77

62. Сообщение от Анонусс (-), 18-Сен-25, 11:15	+1 +/–
> Большое им спасибо, что сохранили поддержку последнего LTS ядра. А вам вот точно-точно нужна самая распоследняя системд на последнем LTS ядре? Предыдущий системд уже не подходит? > Если бы его поддержку дропнули, то было бы неловко. У 5.4 EOL в декабре этого года. Так что в следующей версии дропнут... И что? Неужели будет неловко?)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #128

64. Сообщение от RM (ok), 18-Сен-25, 11:20	–1 +/–
похоже теперь redbm наконец-то сможет полностью портировать свои стартап скрипты на сыстемг и вот поэтому их и дропнут в следующем релизе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

65. Сообщение от Аноним (65), 18-Сен-25, 11:27	+1 +/–
Бесстандартный монстр... 258 версия. Как им пользоваться, если они завтра опять поменяют/добавят сущности?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #86, #109

66. Сообщение от fr (??), 18-Сен-25, 11:32	+3 +/–
> - онлайн статус а что это такое? типа есть какойто сайт где можно посмотреть статусы всех системдей? или о чём это
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #78, #145

68. Сообщение от Анонусс (-), 18-Сен-25, 11:36	+1 +/–
> Для компиляции же, не работы > Рантайм зависимости от питона в systemd нет ... но кто же будет в этом разбираться? Лучше прям с ходу набросить и начать облизывать баш. Впрочем... люди далеки от программирования и разработки, не будет к ним строгими.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

70. Сообщение от randomize (?), 18-Сен-25, 11:53	+1 +/–
И у фанатиков в ту же секунду стали бы виноваты "окаменелые" дистрибутивы, которые не поддерживают роллинг )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #129

71. Сообщение от 1 (??), 18-Сен-25, 11:57	+/–
Они и кушать за тебя будут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

73. Сообщение от Анонаст (?), 18-Сен-25, 12:01	–5 +/–
Это наверное образец того как должен развиваться open source. Ничего каждую версию не ломают. Только улучшение и добавление функционала.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74, #75, #76

74. Сообщение от Аноним (74), 18-Сен-25, 12:08	+/–
А ведь и правда. За годы пользования systemd ни разу не сталкивался с проблемами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #82

75. Сообщение от xsignal (ok), 18-Сен-25, 12:18    Скрыто ботом-модератором	+/–
Это образец того, как делать не надо)) Такой бесформенный и монстроузный комбайн наговнокодить - это надо было постараться... И они ведь не останавливаются!)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #84

76. Сообщение от Аноним (76), 18-Сен-25, 12:22	+2 +/–
Ты бы хоть тег <sarcasm> добавил, чтоли, а то я не пойму, смеяться или плакать с твоего коммента.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

77. Сообщение от пох. (?), 18-Сен-25, 12:36	+5 +/–
Но у нас уже есть одна винда.... а, ну да, там-то гордый автор зарплату и получает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #83

78. Сообщение от Аноним (80), 18-Сен-25, 12:37	+/–
"Обезличенные" RLZ-параметры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

79. Сообщение от Аноним (80), 18-Сен-25, 12:40	+1 +/–
Не UNIX (TM), но философии следует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

80. Сообщение от Аноним (80), 18-Сен-25, 12:41	+3 +/–
И 3D-анимации QR-кодов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

81. Сообщение от Аноним (80), 18-Сен-25, 12:44	+/–
Упрощения GNOME компенсируются усложнением Systemd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

82. Сообщение от Аноним (80), 18-Сен-25, 12:46	+2 +/–
Not a bug!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

83. Сообщение от Аноним (-), 18-Сен-25, 13:04	+/–
>  Но у нас уже есть одна винда.... У нас кроме винды еще и макось есть. > а, ну да, там-то гордый автор зарплату и получает. Ну что поделать, если "свободное сообщество" не в состоянии достойно оплачивать труд такого гения. Плюс автор написал и "внедрил" системд задолго до работы в мелкософте c 2022 года.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #87

84. Сообщение от Аноним (-), 18-Сен-25, 13:10	–1 +/–
> Это образец того, как делать не надо)) Такой бесформенный и монстроузный комбайн > наговнокодить - это надо было постараться... И они ведь не останавливаются!) Не "бесформенный и монстроузный", а отлично документированый и с огромными возможностями. И главное стандартный для современного линя - все распространенные дистры его используют. А копротивляются системд только васяны-нетакуси. Но слakodpoчepaм на подкроватных серверах этого не понять, им лишь бы дидовыми башпортянками пообмазываться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

86. Сообщение от Аноним (-), 18-Сен-25, 13:13	–2 +/–
> Бесстандартный монстр... 258 версия. Как им пользоваться, если они завтра опять поменяют/добавят > сущности? Доку читать не пробовали? Или хотя бы changelog перед обновлением.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #104

87. Сообщение от пох. (?), 18-Сен-25, 13:16	+4 +/–
> У нас кроме винды еще и макось есть. и как-то без системдряни обходятся. Несовместимой с версией ведра. Наверное не собираются решать высосанную из пальца проблему что у них что-то опять не "как ввенде"? > до работы в мелкософте c 2022 года. "а оно ему - как раз!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #88, #195

88. Сообщение от Аноним (-), 18-Сен-25, 13:30	+/–
> Наверное не собираются решать высосанную из пальца проблему что у них что-то опять не "как ввенде"? Так это же ключевая c(k)pепа опенсорса! Ты чего?! Если хочешь как в винде, то зачем всякая идеология от защитнеков эпштейнов? Просто берешь рабочую винду и не красноглазишь в консольку. > "а оно ему - как раз!" Конечно как раз. Крупная компания, создавшая самую популярную десктопную ОСь. Платиновый спонсор Линух Фоундейшн. Лучший друг опенсорса выкладывающий кода больше чем все васяны и б0mж-какеры вместе взятые. Использующая новейшие ЯП, такие как раст... Да, это отличная компания для человека, который ценит свой труд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

90. Сообщение от Аноним (90), 18-Сен-25, 13:43	+/–
QR-код, просмотрщик обоев и еще много-много-много всего прочего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #101

91. Сообщение от Аноним (90), 18-Сен-25, 13:44	+4 +/–
>rd.systemd.pull=raw,machine,verify=no,blockdev:image:https://192.168.100.1:8081/image.raw \ root=/dev/disk/by-loop-ref/image.raw-part2 Какие-то прям портянки на баш..ой, нет, показалось :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #93, #97

92. Сообщение от warlock (??), 18-Сен-25, 13:55	+1 +/–
> Ну выделили бы его в отдельный пакет - лучше разве стало бы? Да, и намного: его можно было бы не устанавливать, а так он замусоривает систему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #94, #134, #135

93. Сообщение от пох. (?), 18-Сен-25, 13:55	+3 +/–
>>rd.systemd.pull=raw,machine,verify=no,blockdev:image:https://192.168.100.1:8081/image.raw \ root=/dev/disk/by-loop-ref/image.raw-part2 > Какие-то прям портянки на баш..ой, нет, показалось :) был бы  баш - тебе не пришлось бы зубрить еще один нескучный синтаксис и безумный набор бессмысленных слов. Это слишком уж легко, так не отделаешься!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #98, #116

94. Сообщение от Аноним (-), 18-Сен-25, 14:05	–1 +/–
> Да, и намного: его можно было бы не устанавливать, а так он замусоривает систему. Ну тогда тебе на всякие девуаны к бебенашкам-нетакусикам. Ибо нормальный дистрибутив тебе не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #136

95. Сообщение от Аноним (95), 18-Сен-25, 14:07	+/–
запуск-перезапуск умеет любая система. квоты и управление ресурсами фактически одно и то же. многое другое не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

97. Сообщение от Аноним (-), 18-Сен-25, 14:26	+/–
> rd.systemd.pull=raw,machine,verify=no,blockdev:image:https://192.168.100.1:8081 Интересно, кто им сертификат на 192.168.100.1 выписал? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #100, #111, #193

98. Сообщение от Аноним (-), 18-Сен-25, 14:28	+/–
> был бы  баш - тебе не пришлось бы зубрить еще один нескучный синтаксис и > безумный набор бессмысленных слов. Это слишком уж легко, так не отделаешься! А ты можешь покамест накодить reset to factory defaults на баше. Посмотреть сколько у тебя это вообще займет, в конфигурируемом и более-менее унифицированном между десятком проектов виде. Ну так, для понимания чего все системду юзать ломанулись...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #124

99. Сообщение от иванов иван иванович (?), 18-Сен-25, 15:08	–1 +/–
* Support for traditional /forcefsck and /fastboot files to control           execution mode of fsck on boot has been removed from systemd-fsck. To           control the mode, please use the fsck.mode= kernel command line option           or newly introduced fsck.mode credential.         * Support for traditional /forcequotacheck file to control execution           mode of quotacheck on boot has been removed from systemd-quotacheck.           To control the mode, please use the quotacheck.mode= kernel command           line option of newly introduced quotacheck.mode credential.
Ответить | Правка | Наверх | Cообщить модератору

100. Сообщение от SKZ (?), 18-Сен-25, 15:43	+/–
Мало всяких zerossl и т.п.?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

101. Сообщение от Аноним (-), 18-Сен-25, 16:14	+2 +/–
QR-code в systemd есть. Попробуй на Арче после обновления нажать на кнопку Reset, увидишь синий экран смерти с QR-кодом. Это просто жесть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

103. Сообщение от Аноним (103), 18-Сен-25, 16:22	+/–
https://kernel.org/linux.html https://en.wikipedia.org/wiki/Clone_(computing)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

104. Сообщение от Аноним (65), 18-Сен-25, 16:22	+/–
Какую доку? Стандарта же нету. Доки каждый месяц меняются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #114, #133, #183

109. Сообщение от Аноним (109), 18-Сен-25, 16:56	–1 +/–
Пользоваться дистрибутивами с долгосрочной поддержкой, duh.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #151

111. Сообщение от Аноним (111), 18-Сен-25, 17:47	+/–
verify=no
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #182

114. Сообщение от Аноним (114), 18-Сен-25, 18:29	+/–
Вот же печаль какая, документацию нужно иногда перечитывать. Ну ничего, всегда можно сменить профессию и пойти мести улицы или кайлом махать, если буквоки на экране утомляют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

116. Сообщение от Аноним (114), 18-Сен-25, 18:38	+/–
> нескучный синтаксис и безумный набор бессмысленных слов Это ты про опции запуска ядра? Да, там вообще жесть. Одна настройка сети при загрузке чего стоит! Ошибся в количестве двоеточий и всё, система не загрузилась.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #120, #138, #178

117. Сообщение от dannyD (?), 18-Сен-25, 18:43	+/–
>>Разаботчики systemd специально это делают. ну да, идут заветами m$, от "мой компьютер" до "этот компьютер".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

119. Сообщение от Аноним (65), 18-Сен-25, 20:41	+3 +/–
Нам не нужны баш-портянки, нам нужны ... rd.systemd.pull=raw,machine,verify=no,blockdev:image:https://192.168.100.1:8081/image.raw root=/dev/disk/by-loop-ref/image.raw-part2
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #121

120. Сообщение от пох. (?), 18-Сен-25, 20:46	+/–
чо там ошибатцо -  ip=dhcp (но вообще именно это когда-то сподвигло меня победить лень и настроить pxe ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

121. Сообщение от пох. (?), 18-Сен-25, 20:48	+2 +/–
> Нам не нужны баш-портянки, нам нужны ... rd.systemd.pull=raw,machine,verify=no,blockdev:image:https://192.168.100.1:8081/image.raw > root=/dev/disk/by-loop-ref/image.raw-part2 и смотри не перепутай, где запятые, где двоеточия, а где нужен пробел! А то второй раз всю эту хрень будешь набирать!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

123. Сообщение от Аноним (123), 18-Сен-25, 21:00	+2 +/–
Нужно понимать, что эта фиговина нужна в первую очередь корпорастам, а не домашним пользователям. Они (корпоративные мальчики из Red Hat и Microsoft) для себя делают systemd, для контейнеров, клауда и immutable дистрибутивов. Домашним юзерам достаточно runit / sysvinit / OpenRC. Но пытаются навязать это, как будто это нам нужно. Точно так же попытались Microsoft со своей Windows Recall.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #149, #181

124. Сообщение от RHEL Fan (?), 18-Сен-25, 21:03	+2 +/–
terragrunt apply -replace Все уже придумано!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #159, #172

125. Сообщение от derfenix (ok), 18-Сен-25, 21:20	+/–
Угу. И файлы нужные скопировать. Или с правами и/или acl посношаться, чтобы новый пользователь тоже мог работать с ними без проблем. И в группы все добавь как надо. А ещё у тебя у старого пользователя пара сервисов юзерских работало - тоже не забудь перенести настройки. И это только то, что сходу всплыло... И так каждый раз: - Вот вам новый трактор! - Ой, а на москвиче уже не ездится, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

126. Сообщение от Аноним (126), 18-Сен-25, 21:29	+2 +/–
systemctl isolate multi-user.target systemctl isolate graphical.target Вот так многословно, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #171

127. Сообщение от Яков (?), 18-Сен-25, 21:56	+/–
Почему нет? У меня например есть несложные юниты, чтобы по расписанию курлом загружать обновления, при определённых условиях. При этом я точно знаю, не словил ли процесс локап, и логи без гребли logrotate. ...но не закрытый шелл -- это, конечно, не секурно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

128. Сообщение от Аноним (38), 18-Сен-25, 22:05	+/–
> А вам вот точно-точно нужна самая распоследняя системд на последнем LTS ядре? Нет, скорее больше формальность. Было бы странно, если бы де-факто стандартный System Manager не поддерживал поддерживаемые и maintained версии ядра Linux. > У 5.4 EOL в декабре этого года. Так что в следующей версии дропнут... > И что? Неужели будет неловко?))) Нет, будет все равно. Чисто формальность. Когда 5.4 станет EoL, тогда и окончание поддержки этого ядра systemd будет норм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

129. Сообщение от Аноним (38), 18-Сен-25, 22:06	+/–
> "окаменелые" дистрибутивы, которые не поддерживают роллинг ) Дада. Хотя вообще решение поддерживать максимум до 2-го или 3-го последнего LTS релиза было бы более чем оправданно: новый systemd не будут запускать в дистрибутиве со старым ядром, это было бы странное решение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

130. Сообщение от IdeaFix (ok), 18-Сен-25, 22:57	+/–
Да, системд такой себе... да Лёня главный злодей... а еще шапка и бимеры конечно. Но... По факту в 2025 в Devuan имеется ситуация в рамках которой некоторые не самые ненужные пакеты, которые были [пере]собраны в Devuan4, не обновились до момента EOL материнского Debian 11. Т.е. не обновились ни разу за жизненный цикл Devuan4. И нет, это не заглушки с доками. При этом, многие программы штатно конфигурируются через изменение юнит-файлов, и прямого аналога для других систем инициализации либо нет, либо они точно не документированы. Например в Devuan "сломаны" или "брошены" такие пакеты как nodejs или apache tomcat. Понятно что пользователям нетбуков это не нужно, а вот операторам легаси сервисов - еще как. Майнтейнеры конечно реагируют. Иногда. Иногда даже быстро. Но за актуальным состоянием пакетной базы должен следить пользователь. К сожалению, Devuan в 2025 не ощущается как debian like дистрибутив и как дистрибутив вообще. В нём такой же старый софт, но он еще и не работает. Да я знаю, я должен пофиксить это сам, и я вообще не понимаю как работает Devuan... мне на dev1galaxy об этом постоянно говорят, подтверждение местных экспертов не нужно. На локалхосте я еще посижу без systemd, а вот на проде, даже в плане смигрантства всякого старого и сопровождения легаси сервисов надо смириться с системд, или отказаться от дистрибутива в понимании debian like. CENTOS6/DEBIAN7 (а может и DEBIAN8) конечно навсегда в моём сердечке... но... иллюзия возможности отказа от системд - это [само]обман. ИМХО.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #131, #139, #140, #201

131. Сообщение от Аноним (131), 18-Сен-25, 23:59	+/–
Пиши apt install sysvinit-core в ванильном Debian, снеси остатки systemd и заблеклисть его в apt, проблем не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #132, #160

132. Сообщение от IdeaFix (ok), 19-Сен-25, 00:20	+1 +/–
Вы ведь не пробовали? А я пробовал. Помимо этого надо почитать документацию, доставить как минимум orphan-sysvinit-scripts (ага, мы и рунит и опенрц затащим, а это барахло на мороз!), убедиться что нода-жс не починится прикладыванием этого подорожника (я не уверен, это проблема ноды или майнтейнера ноды в дебе), и документация на томкет тоже не появится, и "эмулировать" решения для системды придётся чисто на опыте. Т.е. получаем в общем ровно то же самое. Кстати, а похепе фпм без системды в этом вашем дебиане работает?  Ну чтоб без болтосвара, дистрибутив же. На сколько я помню, Сури в позу вставал - https://packages.debian.org/trixie/php8.4-fpm. У него чуть ли не php5.6-fpm к системде гвоздями приколочен. И всё это можно залечить, но потому, что хочется универсальный инструмент, я моментов 20 могу показать где придётся прикладывать напильник или там подорожник. А это я еще не тргоал гуи или совместимость с каким-то внешним софтом - только своё, из репозиториев. К слову о томкете и системде... я не разбираюсь в последнем, но было удивительно когда при обновлении пакета оно переписало юнит файл не спросив ничего (как обычно апт спрашивает про конфиги) и сломало работу томкета.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #147

133. Сообщение от morphe (?), 19-Сен-25, 01:10	+/–
То ли дело стандартизированные по ISO баш портянки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #150

134. Сообщение от morphe (?), 19-Сен-25, 01:56	–1 +/–
> Да, и намного: его можно было бы не устанавливать, а так он > замусоривает систему. Тут поддержку SysV выкинули, а от homed хоть какая-то польза есть, получаем net positive по мусору
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

135. Сообщение от morphe (?), 19-Сен-25, 01:58	–2 +/–
> Да, и намного: его можно было бы не устанавливать, а так он > замусоривает систему. И вообще, systemd возможно указать при сборке какие фичи тебе нужны Если твой дистрибутив не позволяет это настроить... Пусть исправляют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

136. Сообщение от warlock (??), 19-Сен-25, 03:50	+/–
Увы, в последнее время с этим совсем туго: Void сломан, Devuan кусок говна, Artix охренели в край и запутались в том, кто они и зачем нужны. Приходится юзать systemd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #143, #200

138. Сообщение от пох. (?), 19-Сен-25, 09:22	+/–
> Это ты про опции запуска ядра? Да, там вообще жесть. Одна настройка и, кстати, вот не ядра. Эти загогулины обрабатывает все та же системдрянь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #184

139. Сообщение от Аноним (-), 19-Сен-25, 09:29	+1 +/–
> Например в Devuan "сломаны" или "брошены" такие пакеты как nodejs или apache tomcat. А зачем пользователям Devuan nodejs и tomcat? Операторам "легаси сервисов" нужно чтобы работало и желательно без проблем, а не идеология "главное что без системд".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #141, #148

140. Сообщение от пох. (?), 19-Сен-25, 09:31	+/–
> При этом, многие программы штатно конфигурируются через изменение юнит-файлов лолшта? Что ты вообще можешь понаконфигурировать - изменяя юнитфайл - покажи пальцем?! Мне лень качать гиг дебиановского мусора чтобы ужаснуться их криворукости в очередной раз. > Например в Devuan "сломаны" или "брошены" такие пакеты как nodejs или apache > tomcat. Понятно что пользователям нетбуков это не нужно, а вот операторам очень странно что им не нужно второе (томкэт обычно идет в комплекте с требованием непременно rhel9 или вон астра орьол, я б на него тоже время не тратил) Ну, видимо они там совсем старые, и ничего кроме почты и веб им действительно уже не надо. > легаси сервисов - еще как. Майнтейнеры конечно реагируют. Иногда. Иногда даже > быстро. Но за актуальным состоянием пакетной базы должен следить пользователь. Ну в целом логично - ресурсы крайне ограниченные (ты ж не заплатишь), чинят только то что сломано а не все подряд.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #155

141. Сообщение от пох. (?), 19-Сен-25, 09:33	+/–
>> Например в Devuan "сломаны" или "брошены" такие пакеты как nodejs или apache tomcat. > А зачем пользователям Devuan nodejs и tomcat? действительно. Они ж в него дуалбутятся только чтоб обновления поставить. И обратно в венду, где то и другое работает. > Операторам "легаси сервисов" нужно чтобы работало и желательно без проблем, а не что работало-то? Если у тебя даже нода не работает...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #154

142. Сообщение от 12yoexpert (ok), 19-Сен-25, 10:06	+1 +/–
время понятно, но каким боком тут systemd? для этого есть отдельные демоны зачем делать DNS-запросы на старте? зачем проверять "онлайн статус" на старте? что такое эти таймеры, и каким боком ко всем этим вещам запускалка демонов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #146, #185, #187

143. Сообщение от 12yoexpert (ok), 19-Сен-25, 10:12	+1 +/–
Gentoo есть, я туда свалил с арча года полтора назад и не жалею
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

144. Сообщение от еропка (?), 19-Сен-25, 10:14	+/–
Возможность загрузки в образ, полученный по сети - это ведь не дыра? Или все-таки...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #156, #163

145. Сообщение от OpenEcho (?), 19-Сен-25, 10:22	–1 +/–
> а что это такое? Проверка, если комп подключен к интернету > типа есть какойто сайт где можно посмотреть статусы всех системдей? :) Да просто делается запрос (если правильно помню, то на 8.8.8.8 или 1.1.1.1 ) на публичный сервис. Если смог достучаться, значит systemd-networkd-wait-online.service оповещает систему что у нее есть интернет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #164

146. Сообщение от OpenEcho (?), 19-Сен-25, 10:35	–1 +/–
> время понятно, но каким боком тут systemd? для этого есть отдельные демоны Ну, кого-то устраивают отдельные демоны, а кто-то не хочется парится и юзает системду > зачем делать DNS-запросы на старте? Чтобы резолвить сервера точного времени с pool.ntp.org например, на системах где точное время критическая необходимость, - почтовый сервер к примеру > зачем проверять "онлайн статус" на старте? Некоторые демоны просто не могут жить без интернета, тот же IMAP к примеру > что такое эти таймеры, и каким боком ко всем этим вещам запускалка демонов? К тому, что красная шляпа посмотрела как устроена винда и решила сделать аналог в виде системды
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #207

147. Сообщение от Аноним (150), 19-Сен-25, 10:52	+/–
> при обновлении пакета оно переписало юнит файл не спросив ничего (как обычно апт спрашивает про конфиги) и сломало работу томкета. Это сейчас норма, нельзя ручками что-то править :) Как с темами в гтк: сначала были полноценные темы, потом css-темы, а потом - зачем вам темы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #153

148. Сообщение от IdeaFix (ok), 19-Сен-25, 11:06	+/–
>> Например в Devuan "сломаны" или "брошены" такие пакеты как nodejs или apache tomcat. > А зачем пользователям Devuan nodejs и tomcat? > Операторам "легаси сервисов" нужно чтобы работало и желательно без проблем, а не > идеология "главное что без системд". Ну вот есть у меня сервис на ява7, еол сервиса 15 лет назад. Работает на ява8. Выше не работает, даже на ява8 приходится обкладывать подорожником. Соответственно, это не выше чем томкат9. Соответственно, чтобы работало более или менее без проблем - это не выше дебиан11, там всё более или менее из дистрибутива и ничего доставлять не нужно. В Devuan'овском форке 12-го деба тоже есть tomcat9 внезапно, но... я чот не хочу конфигурировать томкет через инит-скрипт. Не потому что ой ты Боже ты мой баш портяка... просто это не правильно. Конфигурируется в Debian томкет (ulimit, rw директории и многое другое) через юнит. Работа на на портах ниже 1024 уже надежно сломана, и для того чтобы не разломать всё совсем, приходится использовать уже много подорожника. Не канон... И если принять во внимание что обвязка сервиса (ага, там помимо сервлета и ОЧЕНЬ большого SOLR есть еще и CLI) написана под sysv, а так же есть требования к операционной среде (ant, maven и пр), то оказывается что выбор именно дистрибутивов сводится к очень не большому числу кандидатов и на 2025 они все EOL или почти EOL :) А нода... кейс "молодёжь написала фронтенд" никогда не перестанет быть актуальным. Нода это новый пхп. С Centos6/7 всё на самом деле еще хуже, один отечественный типа дистрибутив в котором можно собрать любого кадавра не бесплатен для коммерческого использования, а debian и devuan - в них я по крайней мере реже удивляюсь чему-то, чем в прочих. Т.е. никакого сектантства, просто лень и немножко прагматизма.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #161

149. Сообщение от Аноним (150), 19-Сен-25, 11:07	+1 +/–
Как ни странно, но сейчас даже тупая последовательная запускалка баш-портянок работает раза в три быстрее системды. Проверено на одноплатниках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #173

150. Сообщение от Аноним (150), 19-Сен-25, 11:11	+/–
> баш портянки работают быстрее системды в разы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #174

151. Сообщение от Аноним (150), 19-Сен-25, 11:14	+/–
Там каждый новый дристр - как полёт на Аполло 13.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

152. Сообщение от Менеджер (?), 19-Сен-25, 11:26	+/–
Точнее ещё хуже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

153. Сообщение от IdeaFix (ok), 19-Сен-25, 11:30	+/–
>> при обновлении пакета оно переписало юнит файл не спросив ничего (как обычно апт спрашивает про конфиги) и сломало работу томкета. > Это сейчас норма, нельзя ручками что-то править :) Как с темами в > гтк: сначала были полноценные темы, потом css-темы, а потом - зачем > вам темы? Тем не менее править ручками юнит файл именно томкета - это ахвициальный путь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #166

154. Сообщение от IdeaFix (ok), 19-Сен-25, 11:33	+1 +/–
>>> Например в Devuan "сломаны" или "брошены" такие пакеты как nodejs или apache tomcat. >> А зачем пользователям Devuan nodejs и tomcat? > действительно. Они ж в него дуалбутятся только чтоб обновления поставить. И обратно > в венду, где то и другое работает. Не... ява в виндовс работает плохо. >> Операторам "легаси сервисов" нужно чтобы работало и желательно без проблем, а не > что работало-то? Если у тебя даже нода не работает... Ну, у ноды не работает автостарт на самом деле... там инит-скрипт создаётся только для центос и пытается использовать инструменты центос. В Devuan это выглядит как оттопыренные сзади штаны обделавшегося майнтейнера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

155. Сообщение от IdeaFix (ok), 19-Сен-25, 11:40	+/–
>> При этом, многие программы штатно конфигурируются через изменение юнит-файлов > лолшта? Что ты вообще можешь понаконфигурировать - изменяя юнитфайл - покажи пальцем?! Ну как минимум ulimit и директории, доступные на запись. Так же юзера, от которого стартует сервис и много чего еще. Классический tomcat security эта ваша системда переопределяет. > Мне лень качать гиг дебиановского мусора чтобы ужаснуться их криворукости в очередной > раз. Это ведь Ваша проблема? > очень странно что им не нужно второе (томкэт обычно идет в комплекте > с требованием непременно rhel9 или вон астра орьол, я б на > него тоже время не тратил) Это где такое требование? У нас требование - любое Г, на котором есть ява и постгрес. Некоторое время на соялис спарк работало, но спарки закончились. Потом работало на винде, и в общем нормально, но винда тоже закончилась. В плане скорости к линуксу претензий нет - всё шикарно, но вот в плане дистрибутива/контроля и вот этого вот всего... >> легаси сервисов - еще как. Майнтейнеры конечно реагируют. Иногда. Иногда даже >> быстро. Но за актуальным состоянием пакетной базы должен следить пользователь. > Ну в целом логично - ресурсы крайне ограниченные (ты ж не заплатишь), > чинят только то что сломано а не все подряд. Дело не в заплатишь-незаплатишь и не в "поставляется без гарантий". Я просто выберу другой инструмент. Ибо за слоган "Devuan GNU+Linux is a fork of Debian without systemd that allows users to reclaim control over their system by avoiding unnecessary entanglements and ensuring Init Freedom." тоже никто не отвечает :) Ну и опять же - просто обновлять десяток пересобираемых пакетов хотя бы раз в год... просто быстрее чем через месяц реагировать на то что debian-backports для вашего oldstable уехал в archive а у вас развалилась сборочная система для зеркала... со стороны это выглядит просто как пук-среньк.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #157

156. Сообщение от IdeaFix (ok), 19-Сен-25, 11:43	+1 +/–
> Возможность загрузки в образ, полученный по сети - это ведь не дыра? > Или все-таки... Это отверстие (с)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

157. Сообщение от пох. (?), 19-Сен-25, 12:49	+/–
>> Мне лень качать гиг дебиановского мусора чтобы ужаснуться их криворукости в очередной >> раз. > Это ведь Ваша проблема? нет, это совершенно не моя проблема. Я в состоянии написать себе скрипт для запуска ноды если зачем-то понадобится. Но мне неинтересен дебиан. > Ну и опять же - просто обновлять десяток пересобираемых пакетов хотя бы раз в год... ну ты же первым и расстроишься, если один из этого десятка после обновления у тебя автообновится на нерабочий. А тестировать и проверять результаты - это уже не так просто как кажется. (напоминаю - никто не заплатит ни цента)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #158

158. Сообщение от IdeaFix (ok), 19-Сен-25, 13:05	+/–
Ну, некоторые пакеты с devuan в имени и правда никто не тестировал, особенно майнтейнеры, а я даю фидбек через стандартный механизм дистрибутива. Т.е. тестирую в общем я и багрепорты пишу я. И да, никто (из команды девуан) не платит мне ни цента, а я вот могу задонатить цент через палку, и у Вас не останется аргументов совсем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #162

159. Сообщение от пох. (?), 19-Сен-25, 15:12	+/–
ну, тут не совсем на баше получилось... но в целом тоже норм. Все равно в поделках где эта чудо-фича может понадобиться, ничего ценного не содержалось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

160. Сообщение от пох. (?), 19-Сен-25, 15:18	+/–
так девуановцы это и сделали. Получилось - ну вот так и получилось, что даже подкроватный сервер не работает. На опеннет зайти можно, конечно, но зачем для этого винду шатдаунить - неясно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

161. Сообщение от пох. (?), 19-Сен-25, 15:21	+/–
Ну так у твоего жабасервиса в requirements черным по белому небось и написано - centos5 (ну или rhel5, что в целом одно и то же) Нафига ему какой-то диван ? А npm на соседней виртуалке просто запусти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #165

162. Сообщение от пох. (?), 19-Сен-25, 15:28	+/–
> Ну, некоторые пакеты с devuan в имени и правда никто не тестировал, особенно майнтейнеры они автособиралку настроили, чего еще забесплатно-то? > а я вот могу задонатить цент через палку товарищмаёр - обратите внимание, счета за границей да еще и в недружественной стране! Ну ок, чувак который сборку настраивал - выпьет чашечку лимонада за твой счет (на пиво не хватит). Почему тебя удивляет что ничего толком не работает и работать уже не будет, хотя там скрипта на двадцать строчек?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #167

163. Сообщение от пох. (?), 19-Сен-25, 15:29	+/–
А установка с образа полученного откуда б ты думал - чем-то меньше дыра?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #204

164. Сообщение от Аноним (164), 19-Сен-25, 15:39	+/–
Щито? DESCRIPTION        systemd-networkd-wait-online is a oneshot system service (see        systemd.service(5)), that waits for the network to be configured. By        default, it will wait for all links it is aware of and which are        managed by systemd-networkd.service(8) to be fully configured or        failed, and for at least one link to be online. Here, online means that        the link's operational state is equal or higher than "degraded". The        threshold can be configured by --operational-state= option. Никаких упоминаний пинга внешних сервисов ни здесь, ни далее по ману.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #190

165. Сообщение от IdeaFix (ok), 19-Сен-25, 15:40	+/–
> Ну так у твоего жабасервиса в requirements черным по белому небось и > написано - centos5 (ну или rhel5, что в целом одно и > то же) > Нафига ему какой-то диван ? Нет, не написано. Просто сервис исторически старше чем центос на пару лет и никогда не привязывался к какой-либо аппаратной архитектуре и тем более операционной системе. Это не ынтырпрайз артефакт, а опенсорс проект. Большой и на яве. > А npm на соседней виртуалке просто запусти. Спасибо за совет. Я пожалуй его проигнорирую.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

166. Сообщение от пох. (?), 19-Сен-25, 15:42	+/–
вероятнее всего - нет, надо было создать оверрайд, а не лезть в /lib/system - там, разумеется, нет конфигов в понимании apt
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #175

167. Сообщение от IdeaFix (ok), 19-Сен-25, 15:46	+/–
>> Ну, некоторые пакеты с devuan в имени и правда никто не тестировал, особенно майнтейнеры > они автособиралку настроили, чего еще забесплатно-то? >> а я вот могу задонатить цент через палку > товарищмаёр - обратите внимание, счета за границей да еще и в недружественной > стране! > Ну ок, чувак который сборку настраивал - выпьет чашечку лимонада за твой > счет (на пиво не хватит). > Почему тебя удивляет что ничего толком не работает и работать уже не > будет, хотя там скрипта на двадцать строчек? Определённо, Вы потеряли нить собственной мысли, а возможно и не имели.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

168. Сообщение от Аноним (-), 19-Сен-25, 16:30	+2 +/–
> в пределах физического хоста я бы предпочел systemd для оркестрации а не шляпу к8с У местных "экспертов" юниксвэя - шарахания от крайности к крайности. Или самопальные педали на скриптиках, "like no other", или махровая энтерпрайзятина. О том что это все можно как-то унифицировать между собой для упрощения жизни вместо деления и противопоставления - эксперты не задумывались. В чем их EPIC FAIL и состоит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

169. Сообщение от Аноним (-), 19-Сен-25, 16:34	+/–
> ... которому для работы нужен python 3.9.0. Для _работы_ ему совершенно точно никакой питон не нужен. Для каких-то там обвязок и чего там еще - видимо, вот, поддерживают только такой теперь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

170. Сообщение от Аноним (-), 19-Сен-25, 16:43	+/–
> но жму/пинукс это не юникс Не знаю что вы там жмете а хуавэй разок прикололся - и сертифиировал Linux как юникс! Правда потом за сертификат видимо не занес в очередной раз. И вот уже опять - не юникс. Прикольно, да? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

171. Сообщение от Аноним (-), 19-Сен-25, 16:46	+/–
> Вот так многословно, да. Зато более понятно о чем это. Алсо, в таком виде надо - раз в 1000 лет примерно. И можно этсамое и для иных сервисных операций и т.п. делать - более гибко чем runlevels.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

172. Сообщение от Аноним (-), 19-Сен-25, 16:48	+/–
> terragrunt apply -replace Да, блин, вот такое на одноплатничке каком-нибудь, в приблуле типа роутера - самое оно. Чтоб у вас так роутер-мыльница сбрасывался к дефолтам! > Все уже придумано! Федот, но не тот... локально силами одного тазика - не операбелен. И потому не замена вон тому.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #177

173. Сообщение от Аноним (-), 19-Сен-25, 16:51	+/–
> Как ни странно, но сейчас даже тупая последовательная запускалка баш-портянок > работает раза в три быстрее системды. Проверено на одноплатниках. Вы просто не умеете его готовить. У меня системд из дебиана отстреливается за примерно 1-2 секунды при том что я даже не оптимизировал это. А рядом openwrt - который при перезагрузке примерно минуту жует сопли своими шелскприпатми.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #210

174. Сообщение от morphe (?), 19-Сен-25, 17:39	–3 +/–
> работают быстрее системды в разы. Системда: дёргает нужный тебе системный вызов Баш портянка: дёргает системный вызов для спавна команды, свежесозданный процесс аллоцирует память, разбирает аргументы, парсит строковые аргументы в числа и прочее, выполняет кучу проверок, дёргает нужный тебе системный вызов, превращает его результат в строку, делает write(), ждёт пока stdout у него прочитает портянка, и наконец выходит Ну да, логично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #188

175. Сообщение от нейм (?), 19-Сен-25, 18:19	+1 +/–
знаменитые оверрайды от аутистов - невозможно просто переписать параметры ИХ НАДО ПОЧИСТИТЬ ВНАЧАЛЕ взять аналогию работы с переменными лёнька и ко, конечно же, не смогли
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #179

176. Сообщение от Кирилл (??), 19-Сен-25, 18:28	+/–
Вот если бы она ещё умела просто запускать сервисы...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

177. Сообщение от ентакусик (?), 19-Сен-25, 20:13	+/–
А роутеры там все с systemd уже? Они с ядра 2.6 то хоть слезли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172 Ответы: #180

178. Сообщение от ентакусик (?), 19-Сен-25, 20:14	+/–
Особенно если ipv6 нужно вбить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

179. Сообщение от пох. (?), 19-Сен-25, 20:36	+/–
да-да: ExecPre= ExecPre=/точтонасамомделебылонужно (но зато ты сразу видишь что оригинал содержит какую-то пакость ;-) правда, в шелл-скрипте ты бы еще и увидел - какую и в чем проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

180. Сообщение от Аноним (-), 19-Сен-25, 22:04	–1 +/–
> А роутеры там все с systemd уже? Они с ядра 2.6 то хоть слезли? Не скажу за все роутеры - а мои выводки одноплатников отлично чувствуют себя с системд. И майнлайн у меня - хоть самый последний, нахрен! Или LTS для большей прагматичности. Стандартизированный сброс на фабричные дефолты - это хорошо и правильно. Потому что сколько можно изобретать свои велы с квадратными колесами? И конечно меня и мне подобных не устроит "terragrunt apply -replace" в тех применениях. Зато системдшная фича вполне пойдет. И если вон то лучшее что вы имели предложить - тогда, пожалуй, поттеринг молодец что помог этот бред развидеть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #194

181. Сообщение от Яков (?), 19-Сен-25, 23:03	+/–
Домашним юзерам в принципе _ничего_ не надо трогать в системе инициализации. Но если ты полез, расскажи, пожалуйста, как ты на своих любимых инитах (особливо интересует sysvinit) сделаешь самые простые вещи: включение после появления сети/перед перезагрузкой, проверку на зависание и рестарт, если такое потребуется, блокирование сервисов/уровней запуска, до того, как будет выполнена определённая задача. А ещё надо без костылей в лице logrotate смотреть stdout/stderr, да и логи в принципе. В системде каждая из этих задач делается в одну строчку, без перелопачивания вагона чужих скриптов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

182. Сообщение от Аноним (-), 19-Сен-25, 23:34	+/–
> verify=no Круто, а https тогда ему зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #192

183. Сообщение от Аноним (-), 19-Сен-25, 23:39	+/–
> Какую доку? Стандарта же нету. Доки каждый месяц меняются. Да вообще-то старые юниты s-d прекрасно работают с новыми версиями. Новые версии - superset старых как правило. Конечно иногда что-то задепрекаченое могут и задропать - но редко и немнго. Ибо в целом - кому этот гемор нравится?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

184. Сообщение от Аноним (-), 19-Сен-25, 23:42	+/–
> и, кстати, вот не ядра. Эти загогулины обрабатывает все та же системдрянь. А ты их мануально чтоли печатаешь? Телефона, телефона, чукча кушать хочет^W^W^W параметры запуска - ядру можно через бутлоадер передать. Прописав ему это в конфиг. Чтоб руками не печатать как раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #186

185. Сообщение от morphe (?), 20-Сен-25, 02:07	+/–
> что такое эти таймеры, и каким боком ко всем этим вещам запускалка > демонов? Считай замена cron, вполне логично запускалке демонов уметь расписания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

186. Сообщение от пох. (?), 20-Сен-25, 09:42	+/–
Ох спасибо, открыл неведомую простым смертным истину! Как бы мы без твоего ценного знания догадались-то? (Главное ж соседние комментарии не читать а сразу бежать всех поучать и гордиться своей умностью) Теперь вместо набора одноразовой пусть и адски угребищной строки заклинаний - ты будешь разводить целую инфраструктуру. Потом ее поддерживать, затыкать в ней дырки и так далее. И хорошо если ты работаешь рабом в каком-нибудь псевдо-финтехе где этих поделок тыщи но все совершенно одинаковые и в плоской сети 10/8 (у вас так ведь принято). А если тебе вместо этого надо десяток уникальных (причем пять не в твоей инфраструктуре и управления "бутлоадером" в принципе не дадут) ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #189

187. Сообщение от Аноним (-), 20-Сен-25, 13:47	+/–
> что такое эти таймеры, и каким боком ко всем этим вещам запускалка демонов? Таймеры это таймеры. Могут запускать те или иные юниты по расписанию. И все это - не в дюжине дир совершенно отдельного крона, который про это ни ухом ни рылом, а в этом же манагере - и его дашборде - так что состояние джобов можно смотреть. И это интегрировано с настройками сервисов. А в кроне извините... 1) Запуск тасков - никак не связан с основной запускалкой. Отдельный набор настроек. 2) Чтобы получить представление что и откуда запускается - надо суммарно обойти с дюжину локаций, полдюжины которых - это крон. Это полный отстой! 3) Логгинг и конфигурация всего этого - живут напрочь отдельно. Реюз конфигурации не случается, логи сильно отдельно. 4) А чтоб еще и логи не выжрали 100500 гиг места при случае, вызвав no space left on device на какой-нибудь вдске - надо сетапить логротейт и уделять внимание дюжинам разных софтин, их логов и проч. В этом смысле - sd намного лучше, можно задать journald глобальные лимиты логов. И все. В общем - с sd сильно меньше аспектов которые надо мониторить и уделять им внимание, и все показывается в одном summary - без обхода дюжины локаций лично. Так куда удобнее и логичнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

188. Сообщение от Аноним (-), 20-Сен-25, 13:54	+/–
> кучу проверок, дёргает нужный тебе системный вызов, превращает его результат в > строку, делает write(), ждёт пока stdout у него прочитает портянка, и > наконец выходит Особенно прикольно все это работает при желании изолировать сервис от системы. На середине сборки песочницы оказывается что утилитки и прочий шелл уже недоступны (а зачем они какому-нибудь httpd для легитимной работы? Чтоб хакера порадовать?) - и тут все это заваливается на середине действа. Так что про эффективное отделение сервисов от системы без ужасной камасутры - можно забыть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174 Ответы: #191

189. Сообщение от Аноним (-), 20-Сен-25, 14:19	–2 +/–
> Теперь вместо набора одноразовой пусть и адски угребищной строки заклинаний - ты > будешь разводить целую инфраструктуру. С практической точки зрения - мне ортогонально что за заклинания бутлоадеру в конфиг прописывать. Какая нафиг инфраструктура? Конфиг бутлоадера с командлайном ядра? Там вон господа вообще Lua в бутлоадер засунули - а тут всего лишь командлайн ядра. Который к тому же можно из гугли или мана скопипастить на 80% и прописать 1 раз на весь выводок. > Потом ее поддерживать, затыкать в ней дырки и так далее. Очевидные дыры в s-d латает - мое дистро. А вот если я такое своим ходом именно своим самопалом удумаю - тут да, никакое дистро мне апдейт на очевидные факапы не выкатит, это будет целиком моей проблемой, от и до. Некая разница. > И хорошо если ты работаешь рабом в каком-нибудь псевдо-финтехе где этих поделок > тыщи но все совершенно одинаковые и в плоской сети 10/8 (у > вас так ведь принято). Я сам у себя раб - какие решения приму, то и откушаю. И майнтайнить например эквивалентный самопал собственного разлива от и до? Когда 80% этого можно вот тут на дистро выпихнуть? Ну ты понял. > А если тебе вместо этого надо десяток уникальных (причем пять не в > твоей инфраструктуре и управления "бутлоадером" в принципе не дадут) ? Если что-то такое надо часто и много - ну, я генератор конфигураций какой-нибудь кастомный напишу. У меня есть всякие генераторы VM и рутфсов, на баше как раз - ну я допишу туда еще немного кастома под энную специфику. Но этот баш же не в рантайме и не каждый раз - а только общий координатор создания шаблона.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186

190. Сообщение от OpenEcho (?), 20-Сен-25, 16:03	+/–
> Никаких упоминаний пинга внешних сервисов ни здесь, ни далее по ману. А где я говорил, что он пингует именно он??? Вы перепрочитайте еще раз, то что я написал и вырезку из мэна, любезно вами предоставленного. Сервис просто ждет **других** кому нужен интернет, а те другие, кто угодно, ДНС, синк времени (о чем я неоднократно я уже писал) или просто банальный скрипт с пингом на 8.8.8.8 (который добавляют в дистрах) запускаемый oneshot отдельным кастомным сервисом котрого будет ждать systemd-networkd-wait-online.service.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

191. Сообщение от morphe (?), 20-Сен-25, 16:56	+/–
> Особенно прикольно все это работает при желании изолировать сервис от системы. На > середине сборки песочницы оказывается что утилитки и прочий шелл уже недоступны > (а зачем они какому-нибудь httpd для легитимной работы? Чтоб хакера порадовать?) > - и тут все это заваливается на середине действа. Системда разве позволяет изолировать процессы от хостового окружеия, включая /bin и PATH? В NixOS я для изоляции запрещаю использовать что-либо выходящее за closure требуемого пакета, и везде применяются абсолютные пути, но это не звучит как что-то реалистичное для классических дистрибутивов? Или ты не про systemd?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #197

192. Сообщение от morphe (?), 20-Сен-25, 17:46	+/–
>> verify=no > Круто, а https тогда ему зачем? В зависимости от топологии сети может быть смысл https без проверок не защитит от MITM, однако защитит от пассивной прослушки трафика на свитче Если у тебя есть какая-то аутентификация на уровне L2, вроде условного RADIUS, то https без проверок может позволит давать машине доступ к диску, к которому нельзя допускать никого другого
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

193. Сообщение от morphe (?), 20-Сен-25, 17:48	+/–
> Интересно, кто им сертификат на 192.168.100.1 выписал? :) Со своим CA в своей локальной сети почему бы и нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

194. Сообщение от пох. (?), 20-Сен-25, 21:28	+/–
держи в курсе. Фича еще даже не появилась но тебе любое с лопаты - нужно и правильно. Хотя бы глянул бы документацию чтоб не позориться... но зачем тебе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180 Ответы: #198

195. Сообщение от Аноним (-), 20-Сен-25, 22:05	+/–
> и как-то без системдряни обходятся. Несовместимой с версией ведра. Ога. Сделали launchd - с XML и кешированием в скулайт чтоли. Зато не системд, бдж. > Наверное не собираются решать высосанную из пальца проблему что у них что-то > опять не "как ввенде"? Они launchd запилили - еще до системды. А кой-чьи двойные стандарты несколько задолбали. С фига ли пингвину должно быть нельзя так же как макоси, винде и прочим солярисам, которые это все сделали - намного раньше? Иди вон в BSD свои педали на шелле кушай, там как раз помойка с отбросами которую ты хотел. А окружающим так то - нахрен упал твой чес ЧСВ об них и художества на шелле. Сам свои пирожки кушай. Нахрен остальным такое управление системой и такие взаимодействия, сюрприз! >> до работы в мелкософте c 2022 года. > "а оно ему - как раз!" У майкрософта нынче - свой дистр линуха вообще есть. Так что доприкалывались про microsoft linux :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #196

196. Сообщение от пох. (?), 20-Сен-25, 23:01	+/–
это - просто асинхронная запускалка процессов. Без reset-to-defaults, без замены половины системных сервисов кривыми несовместимыми поделками, без встроенного генератора qr-кодов, без удивительных заклинаний километровыми строками через параметры ядра. И без "ой, multipath не собрался потому что не успели проинициализироваться qfp, устройства нет, а должно ж быть...повисну-ка я пожалуй" И от версии ядра, вот сюрприз-то - тоже никак не зависит. > С фига ли пингвину должно быть нельзя так же как макоси, винде у нас уже есть одна винда. Прекрасно работает. Линукс был выбором тех кому хотелось чтобы работало - по другому. А теперь это выбор убогоньких "затобесплатных".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195 Ответы: #213

197. Сообщение от Аноним (197), 20-Сен-25, 23:05	–1 +/–
> Системда разве позволяет изолировать процессы от хостового окружеия, включая /bin и PATH? Он может собрать кастомный вид фс, в отдельном namespace. И переменные окружения выставить по списку/из файла тоже может. Там может быть - примерно нихрена из системы, если очень хочется. Поскольку он сисколами все оформляет, привилегированый, и уже в памяти - это от внешних утилс не зависит - их доступность пофиг. А если уж совсем жестить - systemd-nspawn и контейнеры может. Но для системных сервисов хватит и вон того. > В NixOS я для изоляции запрещаю использовать что-либо выходящее за closure > требуемого пакета, и везде применяются абсолютные пути, Абсолютные пути - понятие относительное. Как и вид ФС при наличии namespaces, маунтов "поверх" и проч. > но это не звучит как что-то реалистичное для классических дистрибутивов? > Или ты не про systemd? Я про namespaces, маунты, и умение s-d в вот это все. Сервисы могут получить здорово подвиртуализованый и урезанный вид системы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #199

198. Сообщение от Аноним (197), 20-Сен-25, 23:06	+/–
> Фича еще даже не появилась но тебе любое с лопаты - нужно > и правильно. Хотя бы глянул бы документацию чтоб не позориться... но > зачем тебе. Я уже глянул документацию - и железно уверен что это мне будет намного полезнее чем твои юродствования с teragrunt. Которые годятся только для покусаных энтерпрайзом, и то не всех.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

199. Сообщение от morphe (?), 20-Сен-25, 23:26	+/–
> Он может собрать кастомный вид фс, в отдельном namespace. Это понятно, однако я думал что там есть какие-то способы менее радикальные чем RootFS В NixOS для этого достаточно все системные пути перемонтировать как tmpfs, и затем пробросить только необходимые для сервиса пакеты через [Service] TemporaryFileSystem=/nix/store BindReadOnlyPaths=/nix/store/abc123-package1:/nix/store/abc123-package1 BindReadOnlyPaths=/nix/store/def456-package2:/nix/store/def456-package2 В то время как с debian все пакеты в одной куче, и так точно пробросить лишь необходимые куски не выйдет, только опять же если целиком RootFS собирать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

200. Сообщение от олег (?), 21-Сен-25, 14:41	–1 +/–
Мне кажется у тебя между ушей кусок говна. С диваном всё норм. Работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

201. Сообщение от олег (?), 21-Сен-25, 14:49	+/–
Люди проделывают большую работу, что бы избавиться по максимуму от системд. Написать инит скрипты и сделать пакеты для 2х-3х нужных софтин это мелочь. Главное, что удобная для работы среда уже в наличии. Это экономит кучу времени.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #206, #211

202. Сообщение от Ахз (?), 21-Сен-25, 18:56	+/–
Кто виноват, что вы питон не знаете ? Посмотрите ansible, где решены 100% задач администрирования системы на питоне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #203

203. Сообщение от freehck (ok), 21-Сен-25, 20:03	+/–
> Кто виноват, что вы питон не знаете ? А кто виноват, что вы задаёте вопросы с ложной предпосылкой? > Посмотрите ansible Подержи моё пиво: https://github.com/almaops/ansible-collection-common/ > решены 100% задач администрирования системы на питоне Да говори уж сразу 110%. Пипл схавает же, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202

204. Сообщение от Аноним (204), 21-Сен-25, 23:18	+/–
В - верификация.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #205

205. Сообщение от пох. (?), 22-Сен-25, 09:51	+/–
не вижу разницы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #209

206. Сообщение от пох. (?), 22-Сен-25, 10:00	+/–
> Люди проделывают большую работу, что бы избавиться по максимуму от системд. люди ниасилили пересобрать даже пакет с нодой. Какая еще большая работа? Может, у них хотя бы apt пересобран без libsystemd? Опять нет. Где работа-то? > Главное, что удобная для работы среда уже в наличии. Это экономит так она называется - дебиан. И да, ты бы мог там заменить инит штатными командами без помощи этих васянов. Правда, в чем заключается удобство работы (и какое там вообще и откуда  удобство - работы - в дерьмияне) - осталось загадкой. Но тут к авторам претензий ноль, лепили из того что было. Не, я даже понимаю почему им лень возиться с нодой - там где она на самом деле нужна не для поиграть и выбросить - нужна обычно либо самая распоследняя, либо самая распоследняя на дату сборки альтернативно-одаренными воон той поделки (и плевать что пять лет без апдейтов безопасности... впрочем, это нода, действительно, плевать), и с апачем то же самое - жабаподелки приходят в комплекте с требованием конкретной версии конкретного rhel (вот тебе и переносимость ;-) А типовой сценарий вообще не предполагает никаких дистрибутивных пакетов да еще никем кроме васянов неиспользуемого дистрибутива - либо "скачайте дыркер [снова не дистрибутивный а распоследний]", либо curl | sudo su прямо в систему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #201

207. Сообщение от Аноним (207), 22-Сен-25, 14:26	+/–
> Чтобы резолвить сервера точного времени с pool.ntp.org например, на системах где точное время критическая необходимость, - почтовый сервер к примеру С какого момента и в каком именно протоколе почтовые сервера стали критически требовательны к точному времени? И что именно, в силу Вашего незнания, именуется почтовым сервером - MDA или MTA?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #208, #212

208. Сообщение от OpenEcho (?), 22-Сен-25, 14:51	+/–
> С какого момента и в каком именно протоколе почтовые сервера стали критически требовательны к точному времени? Пару декад точно :) >  И что именно, в силу Вашего незнания Моего или вашего незнания? > именуется почтовым сервером - MDA или MTA? О! Специалист ! А про хранилище не забыли добавить ака IMAP? Ну и по теме, на рабочем(!!!) серваке (с postfix/exim ... dovecot/courier)  сбросьте BIOS время в 2000 год, отключите от интернета и наблюдайте за вышеперечисленными, кто из них первый фэйлед в силу того, что они не видят валидных ссл сертификатов(а учитывая новомодную ссл практику, достаточно откатить и на пару лет назад/вперед), я уж не говорю про IDS которая спалит несоответствие в логах и локнет критическую систему ака почта...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207

209. Сообщение от Аноним (209), 23-Сен-25, 11:39	–1 +/–
это потому что ты ещё садик не окончил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

210. Сообщение от Ай Да Жулик (?), 23-Сен-25, 19:53	+1 +/–
Забыл сказать, что ОпенВРТ у тебя с 16Мб памяти с процессорозаменителем и флешкой. А Дебиан на ультрасовременном процессоре с новмодными инструкциями, +100500 Гигабайт памяти и пускается с самого дорогого в мире SSD. А так бы 10-20 сек сис-да у тебя бы стартовала. Проверено на HDD. И это в лучшем случае, если все настроено правильно, если бы каким-нибудь сервисом не повисла бы на полторы-три минуты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #217

211. Сообщение от IdeaFix (ok), 23-Сен-25, 21:03	+/–
Ну, в devuan именно по максимуму, но не совсем :))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #201

212. Сообщение от Аноним (-), 23-Сен-25, 22:21	+/–
> С какого момента и в каком именно протоколе почтовые сервера стали критически > требовательны к точному времени? С момента появления TLS и проверки времен сертификатов, допустим. Никогда не видели failed TLS по причине кривого времени? Особенно актуально для всяких letsencrypt'ов с мизерным сроком жизни - серт "невалидный" при минимальном отклонении от идеала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207

213. Сообщение от Аноним (213), 23-Сен-25, 23:34	+/–
> это - просто асинхронная запускалка процессов. C иксэмель и чуть ли не скулайтами бжд. И если уж выбирать - я лучше простой текстовый конфиг поковыряю привычным текстовым редактором чем хардкор в XML. > Без reset-to-defaults, А мне - пригодится, имхо. Сколько можно колхозить самопалы решаюшие 1 и ту же типовую проблему, нахрен? Это поддается оверрайду/кастомизации. Скажем 1st boot wizard я перепахал. Теперь вместо задавания вопросов он бутстрап хреначит. Если уж есть, пусть ПОЛЕЗНУЮ магию делает! Минус эн колхоза и самопалов типа определения 1st boot мне на кодинг и майнтенанс. > без замены половины системных сервисов кривыми несовместимыми поделками, Я буду скучать об обходе дюжины дир кронов, инетд, мониторилок, рестартилок по крону и чего еще, делающих 1 и то же - полдюжиной способов, без намека на overview системы. Или нет. Лучше, если убивать свое время так будешь ты! А я посмотрю это в выводе systemctl. > без встроенного генератора qr-кодов, без удивительных заклинаний километровыми > строками через параметры ядра. Ой, не надо лицемерия. Заклинаний на 3 страницы в sysv более чем хватало, и такие как ты кичились умением ЭТО наворачивать, тролля "неосиляторов". То что за вами это не очень круто разгребать при эксплуатации систем вдолгую - до вас не доходило. Но корпам этот фрик-хоккей надоел. Как и мне. А еще ты не видишь нифига кроме своего долбаного энтерпрайза. Но линух давно пролез в кучу иных и смежных ниш, интересных местами мне. Я _совсем_ не ок с метанием от самопальных скриптиков к убер-энтерпрайз тулсам - без какого-то внятного mid-range решения и унификации первого и втрого. В этом смысле мы хотим разного походу. Я хочу - более сбалансированных и адекватных вариантов чем эти шарахания. Системд на это более похож чем твои "духовные метания". > И без "ой, multipath не собрался потому что не успели проинициализироваться qfp, > устройства нет, а должно ж быть...повисну-ка я пожалуй" Может мне следует тут троллануть? В твоем стиле? На предмет неумения чтения манов и прописки зависимостей, неосиляторства и проч? Вроде вполне честно и симметрично получится :) > И от версии ядра, вот сюрприз-то - тоже никак не зависит. А также - не умеет нихрена чтобы париться такими вещами. Вот только я в итоге не могу фичи моей ос юзать без трехэтажных извращений. Не, фичесетом DeadBSD или юниксов из 1970 я ворочать в 2025 реально не собираюсь. Будущее наступило и мое ядро может намного больше чем это. А ты можешь рулить ТВОИМИ системами как будто на дворе 1970. Я же нахожу это неэффективным и проблемным по куче аспектов. >> С фига ли пингвину должно быть нельзя так же как макоси, винде > у нас уже есть одна винда. Прекрасно работает. Ну вот и юзай наздоровье, чего ты к пингвину примотался? Если ты надеялся что он будет гадким утенком, вторым сортом и проч как все эти DeadBSD и такие же unix - ну вот нет, такое удовольствие он тебе не доставит. > Линукс был выбором тех кому хотелось чтобы работало - по другому. Мне хочется - чтобы работало логично, рационально, просто в менеджменте, с диагностируемостью. И в винде это - тоже довольно далеко от идеала. Особенно их сервис менеджер, в котором сервисы изначально кто-то вообше гениально придумал сделать - DLL'кой. Вот это я понимаю - по другому. Только он изначально вообще не умел - произвольные программы запускать. Надо было как DLL это писать, прикинь? И кстати при крахе в 1 либе - ессно дох весь караван. А прокостылили этот крындец ой как не сразу. И до сих пор там уши торчат на эту тему. И умеет оно сильно меньше системды. Майкрософту наверное очень обидно что их так порвали на их же поле. Ну и да, ковырять параметры в реестре, без коментов и описания что сие, уродским регэдитом - тоже не больно удобно. А в sd я могу - копировать файло, копипастить и юзать мой обычный редактор. > А теперь это выбор убогоньких "затобесплатных". Юниксы из 1970 и прочие DeadBSD гораздо более убогие, как по мне. Поэтому я и юзаю пингвина. А фичесетом тех обрубков я уже не хочу наслаждаться. Заметив что можно и получше чем это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #214

214. Сообщение от пох. (?), 23-Сен-25, 23:55	+/–
> C иксэмель и чуть ли не скулайтами бжд. ага, конечно же ExecPre= лучше xml. Кстати, ковыряться в них руками вообще-то не предполагается. > А мне - пригодится, имхо. Сколько можно колхозить самопалы решаюшие 1 и ту же типовую > проблему, что это за проблема, кроме как "ты сам запутался в своих ногах"? И от колхожения самопалов тоже никак не избавляет, это просто хук для их запуска. > Ой, не надо лицемерия. Заклинаний на 3 страницы в sysv более чем хватало но ты не сможешь показать ни одного. Как всегда, врунишка. > Может мне следует тут троллануть? В твоем стиле? На предмет неумения чтения манов и > прописки зависимостей, неосиляторства и проч? давай. В очередной раз с разбегу в лужу коричневой субстанции мордой. Ну же, какие зависимости и что именно прочитать в мане в ситуации описанной двумя сообщениями выше? (сейчас будет пук-среньк. В принципе, все что нужно знать про апологетов "методов 2025") > Мне хочется - чтобы работало логично, рационально, просто в менеджменте, с > диагностируемостью. wait-for-network смотрит на тебя... очень "логично", очень "рационально", очень "просто в менеджменте" - там где справлялся скрипт на двадцать строчек, но можно было и просто поставить банальный sleep 200. И все равно не работает или работает неправильно (потому что на самом деле нам не "network" абстрактный нужен был). А вот wait-for-device не предусмотрели. Поэтому предыдущая задача - вообще никак не решается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #213 Ответы: #215

215. Сообщение от Аноним (-), 24-Сен-25, 03:26	+/–
> ага, конечно же ExecPre= лучше xml. Обычная директива, в обычном ini-style файле. Только это про ExecStartPre= вероятно? А в чем проблема? В XML будет все то же самое, только еще с 100500 visual clutter - делая это малоюзабельно без специализированного эдитора вообще. Отрихтовать в каком-нибудь vi или nano на ультра-минимальном инсталле? А, ну я и забыл, макось же не серверная ос и не ос для эмбедлвки... так что эпл может положить на эти юзкейсы. А они - положат на эппл. И то что это убожище осталось при такой оверинженерии "только запускалкой" вовсе даже и не плюс архитекту и прочим. А пример бессмысленной и беспощадной оверинженерии. Сюрприз! > Кстати, ковыряться в них руками вообще-то не предполагается. Ну а вот sd юниты позволяют их отрихтовать - любым эдитором по вкусу. А в регэдите еще и удачи скопипастить по простому пример из поискаря, хе-хе. При сильном желании можно и такое, но в разы больше траха. > что это за проблема, кроме как "ты сам запутался в своих ногах"? То что каждый в результате изобретает свое колесо. Кто квадратное, кто треугольное. Пятиугольник - вообще капец продвинутость уже. Почему не сделать 1 раз нормально для всех - ктулху его знает. > И от колхожения самопалов тоже никак не избавляет, это просто хук > для их запуска. Это хук для их запуска. Устаканеный и стандартизированный, все кто его видит - будет знать что это именно то. И если им что-то не нравится в моей sequence, смогут относительно легко отреспинить как кому хотелось. А нестандартныые художества - там с ноля раскуривать придется абсолютно все. Без прочтения горы шелл скриптов или чего еще - даже точку входа для оверрайда не узнаешь. Ну вон на openwrt посмотри. Удачи сходу угадать куда в их груде простыней шелла они ЭТО засунули! Очень удобно если приспичило кастомизнуть. Всего полпрошивки развандалить. А, да, соседняя железка будет это делать - совсем иначе. А знание openwrt там - можно спустить в унитаз, ха. Целиком. От и до. >> Ой, не надо лицемерия. Заклинаний на 3 страницы в sysv более чем хватало > но ты не сможешь показать ни одного. Как всегда, врунишка. Если меня склероз не подводит - например unreal ircd обладал весьма нетривиальным стартовым скриптом. Килобайтов на 12. Вот уж "счастье"! Еще и generated, IIRC. С переизобретением педалями всяких очевидных тривиальных вещей, и какими-то левыми художествами которые я вообще у себя в системах видеть не хочу! Стоит ли говорить что s-d юнит для того же самого - на порядок компактнее? И гайки можно подтянуть существеннее чем в этой скриптолапше. Для сервиса который заведомо будут жестко гасить все кто не лень - не пустое соображение. > Ну же, какие зависимости и что именно прочитать в мане в ситуации > описанной двумя сообщениями выше? А вот это ты должен знать как это все себя проявляет и что там чекать. На самом деле можно блин даже команду шелла или скрипт позвать - если капец как надо. Просто все эти художества - будут делать теперь - как last resort. А не как вон там, 12+ кил трешкода, еще и generated, чтобы повыделываться, так что на практике - жесточайший фэфспалм если что-то поменять надо (оно годная штука, но стартовый скрипт... бдж! ненависть!) > wait-for-network смотрит на тебя... очень "логично", очень "рационально", очень "просто > в менеджменте" - там где справлялся скрипт на двадцать строчек, При том у разных дистро был - цук - разнй нетворкинг! И простое как топор желание, по типу забиндиться на конкретный айпи, по директиве конфига - и чтоб у юзерей это сразу работало, без тантров - превращется в кластерфак! Ибо - попробуй-ка угадать - повесили айпишник на ифейс, или вместо этого - ошибка? И конечно большая часть софта не допирает в retry. И это еще и по разному в разных дистро может быть, чего доброго. Гоночки всякие можно словить, смотря что там где. Зашибись просто. Системд хоть немного попытался разрулить сию ср@нь господню. Остальные же просто клали на все эти проблемы с прибором. За что должны быть аннинилированы по мнению эксплуатантов. > но можно было и просто поставить банальный sleep 200. Угу. Или не 200. Особенно прикольно с fixed delay, когда выходит - race condition. Или что-то меняется. Можно мозг чайной ложкой вычерпать почему оно работало вчера - а сегодня хрень какая-то. И диагностики, конечно, будет - везде по нулям. И то что там что-то failed - узнать придется крайне неудобным способом. Ведь аналога systemctl status в педалях по простому - нет. > И все равно не работает или работает неправильно (потому что на самом деле нам > не "network" абстрактный нужен был). Если кто очень хорошо знал что ему надо - он и скрипт может пнуть. Или что там ему надо. И даже sleep 200 при старте юнита откаблучить. Просто все это теперь будет - как last resort. Когда более цивильные методы почему-то не прокатили. Просто этот срач стало разводить неудобно - и признак дурного тона. И именно так это и должно быть. Ибо те художества немало за...ли, скажу прямо. > А вот wait-for-device не предусмотрели. Поэтому предыдущая задача - вообще никак не > решается. А какой-нибудь ConditionPathExists на этот твой /dev/wtf или что-то связанное юниту втулить - не катит? Я так мониторю появление нужных девайсов, норм работает для моих сценариев. Других конечно, так что без понятия катит ли оно тебе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214 Ответы: #216

216. Сообщение от пох. (?), 24-Сен-25, 11:06	+/–
> А в чем проблема? например - угадай когда надо ExecPre=пустое место, а когда нет. > В XML будет все то же самое, только еще с 100500 visual clutter если ты редактируешь xml руками - то жрешь, наверное, вообще по-собачьи, пастью? > И диагностики, конечно, будет - везде по нулям. ну у тебя конечно же именно так > А вот это ты должен знать ну вот, что и требовалось доказать. С размаху мордочкой в лужу. Экспертиза такая экспертная. Ноль знаний, гора апломба. И искреннее верование что если что-то там почитать, тобой нечитанное, то любая проблема сама рассосется. > А какой-нибудь ConditionPathExists на этот твой /dev/wtf или что-то связанное юниту > втулить - не катит? не катит, потому что нет такого юнита. Прибито гвоздями внутри самой системдряни (к тому же path-то exists. Только не отвечает.) Или вон другая история - интерфейс появляется через некоторое (!) время после старта демона. А wait-for-network у нас один и ждет совсем не того что надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #215 Ответы: #218

217. Сообщение от пох. (?), 24-Сен-25, 11:07	+/–
> Забыл сказать, что ОпенВРТ у тебя с 16Мб памяти с процессорозаменителем и > флешкой. причем флэшка эта - serial
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210

218. Сообщение от Аноним (-), 24-Сен-25, 22:46	+/–
> например - угадай когда надо ExecPre=пустое место, а когда нет. Ответ в лоб: никогда - у systemd нет директивы "ExecPre". Ответ который ты подразумевал, вероятно, такой же: выглядит как левый костыль/хак. И если я такое увижу, у меня будет много вопросов к менеджменту проекта на тему непонимания базовых DOS и DONTS в проекте. > если ты редактируешь xml руками - то жрешь, наверное, вообще по-собачьи, пастью? Ну поэтому XML хреновый выбор для конфигов "просто запускалки". И я предпочту - редактировать простые конфиги. Ибо я это могу порой делать ремотно, по сериальному шнурку, hvc консоли, или там что еще, при начальном bring-up железки, наруливании хоста, vm и проч. Видишь ли, я буду - за то что упрощает мою жизню и хорошо ложится на мои юзкейсы. Если эт sd - окей, значит sd. А то что усложняет мне жизнь или делает мозг сказками про белого бычка (ака (не)нужность чего либо, энтерпрайз мегатулы и проч) - это препятствие, оно должно исчезнуть с моего пути. >> И диагностики, конечно, будет - везде по нулям. > ну у тебя конечно же именно так Оно так не только у меня. Впрочем для начала мне интересно чтобы ЗБС было мне. Без этого все остальное смысла не имеет. > Экспертиза такая экспертная. Сказал лектор про RDMA - который я даже трехметровой палкой не трогал - советовавший мне, блин, зипарями версии менеджить. > Ноль знаний, гора апломба. И искреннее верование что если что-то там почитать, > тобой нечитанное, то любая проблема сама рассосется. Как говорится, играл но не угадал ни 1 буквы. Но иногда читать маны - полезно. Во всяком случае на системду довольно приличный ман. Почитав его я смог написать себе все нужные юниты. А что мне еще надо? Разобраться с твоими проблемами? Ну вот не - это надо тебе. И да, я не считаю зазорным оперировать subset знания и вгружать части оного по мере надобности. Это дань сложности современного мира VS конечные возможности человеческого мозга. Такой "swapping" расширяет возможности, позволяя не утыкаться в возможности 1 индивидуала. Давно прошли времена когда все знание можно было в 1 голове держать. Приходится применять приемы агрессивной минимизации знания и эмпирические трюки придуманные инженерами для упрощения жизни и ускорения решения задач. Так что с практической точки зрения я не знаю ВООБЩЕ ВСЕ что умеет s-d тем более последней версии. И у меня не было такой цели. Целью было разучить его достаточно для самообслуживания и решения системных проблем в местах где меня это волновало. Прикинь? > не катит, потому что нет такого юнита. Прибито гвоздями внутри самой системдряни В смысле? Это какой-нибудь "внешний" кусок наверняка делает, не? Типа какого-нибудь "generator"? Сам sd таким вроде не занимается. Тут стоит сказать что я разделяю "PID=1" от того что он запускает. Ибо это по сути внешние приблуды - и при желании оверрайдится. > (к тому же path-то exists. Только не отвечает.) Ну вот тут возможно и свой wait-for-device может захотеться сделать. То что его нет - не значит что нельзя запилить такой юнит самому. Или даже шелл скрипт пнуть который все сделает как надо. Заметь, я не против скриптов вообще. Я против получения велов с квадратные колеса на стандартные вещи, типа того куска крапа на 12 кил для совершенно типовых вещей типа старта-стопа сервиса, да еще с левыми художествами. > Или вон другая история - интерфейс появляется через некоторое (!) время после > старта демона. А wait-for-network у нас один и ждет совсем не того что надо. Я не говорил что сие идеально и всегда отлично - но они хотя-бы попытались сделать что-то с довольно типовой граблей. И если интерфейс появляется "через некоторое время" это, вероятно, по части обработки - ближе к udev, как таковому. Я так всякие сериальные шнурки рюхаю как мне надо, хоть хотплаг через сутки работы ос - но оно и для остального оборудования по идее работает. В том числе и для сетевых ифейсов. Я вон там не юзал интеграцию с s-d, юзая udev в более классическом режиме и просто вызывая нужные команды. Но сейчас можно и через sd что-то им сделать если надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216

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

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