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

"Выпуск дистрибутива Devuan 6.1, форка Debian без systemd "	+/–
Сообщение от opennews (??), 02-Янв-26, 09:34
Представлен выпуск дистрибутива Devuan 6.1 "Excalibur",  форка Debian GNU/Linux, поставляемого без системного менеджера systemd.  Для загрузки подготовлены Live-сборки со средой рабочего стола Xfce (1.7 ГБ и 879 МБ) и установочные iso-образы (4.2 ГБ, 593 МБ)  для архитектуры  amd64. Пакеты собираются для архитектур  i386, amd64, armel, armhf, arm64, ppc64el и riscv64. Образы для систем ARM и виртуальных машин предлагается формировать самостоятельно при помощи инструментариев arm-sdk и vm-sdk... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64545
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Аноним (1), 02-Янв-26, 09:34	+20 +/–
Дежурное напоминание перед срачем: мнение конформистов "систимд крута патамушта оно теперь везде" - не принимается, вы бы также и про openrc/s6/upstart кричали, если б оно было пропихнуто. Ну и список фич/работу/управляемость инитов надо сравнивать на версиях ДО форсирования системды.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #44, #80, #84, #154, #219

2. Сообщение от Kerr (ok), 02-Янв-26, 09:36	–8 +/–
Чем плох SystemD? Зачем от него отказываться?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #10, #12, #14, #17, #23, #155

3. Сообщение от Аноним (3), 02-Янв-26, 09:40	+4 +/–
Ничем, не отказывайся. Просто оверинжениренные костыли, которые, скажем, на десктопе -- оверкил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #79

4. Сообщение от ДедНеМороз (?), 02-Янв-26, 09:41	+/–
Слишком громоздкий и много хочет ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #125

5. Сообщение от trashwind23 (ok), 02-Янв-26, 09:44	–7 +/–
Да в общем-то абсолютно всё равно что там у вас принимается, а что нет. systemd отличное решение, успешно заменившее своих предшественников.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #76

7. Сообщение от Аноним (7), 02-Янв-26, 10:02	+/–
А где итоги года?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19

10. Сообщение от Аноним (10), 02-Янв-26, 10:19	+3 +/–
Чем плох Windows? Если он нравится 97%, зачем делать что-то другое?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #55

12. Сообщение от Аноним (12), 02-Янв-26, 10:20	+7 +/–
Слишком громоздкий и монструозный, пускает корни везде в системе. Делает много лишнего. Например, он ещё занимается DNS и кучей всего другого, в то время как он должен быть просто системой инициализации процессов. Он на десктопе не нужен. С SystemD всё больше Linux напоминает винду. Потеря контроля над системой пользователем. Он заменяет много компонентов, беря на себя больше ответственности, становясь единой точкой отказа. Я избавился от него везде в пользу runit (основной Void Linux десктоп), а где-то sysvinit (Devuan на ноутах). Простота и предсказуемость мне гораздо важнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #13, #81

13. Сообщение от morphe (?), 02-Янв-26, 10:27	+/–
> в то время как он должен быть просто системой инициализации процессов systemd и есть система инициализации процессов То что от тех же разработчиков поддерживаются продукты под тем же "брендом" - systemd-resolved, systemd-networkd, и другие - не делает из systemd-системы-инициализации нечто другое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #18

14. Сообщение от iPony128052 (?), 02-Янв-26, 10:32	+/–
Сабж не про цель, а про путь. Вот и идут...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #22

15. Сообщение от Аноним (15), 02-Янв-26, 10:34	+4 +/–
Хорошо, что остаются еще дистрибутивы, которые придерживаются концепций unix.
Ответить | Правка | Наверх | Cообщить модератору

16. Сообщение от Ярослав (??), 02-Янв-26, 10:40	+3 +/–
Мы на работе этот диван поставили, но в итоге перешли назад на Ubuntu. Все-таки дистрибутивы на systemd - это Linux с человеческим лицом. Все остальное не очень пригодно для работы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #24, #38, #156

17. Сообщение от Аноним (18), 02-Янв-26, 11:00	+/–
Почему-то, когда речь идёт о людях, diversity воспринимается на ура, а когда о софте, то вам подавай только "стандартное".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #199

18. Сообщение от Аноним (18), 02-Янв-26, 11:11	+1 +/–
Но мы бы хотели, чтобы у нас время подводил, адреса получал - демоны, которые нравятся нам, а не которые system-abcde нам Лёнька навязал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #48, #221

19. Сообщение от Аноним (18), 02-Янв-26, 11:13	+/–
Багов не выявлено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #127

20. Сообщение от Аноним (20), 02-Янв-26, 11:16	–1 +/–
Обленились?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #28, #37

22. Сообщение от Аноним (18), 02-Янв-26, 11:21	+1 +/–
Цель вполне понятна - пользоваться системой инициализации, которую контролируешь ты, а не которая контролирует тебя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

23. Сообщение от 0xdeadbee (-), 02-Янв-26, 11:25	+/–
пропробуйте перезагрузить тазик с системд, если у вас замонтирован шаред ресурс через smbfs/cifs от root, но для юзеров. какой там таймаут ? где он настраивается ? и такая дрянь лезет из всех щелей. ps: избавиться от самбы можно и нужно. но как обычно есть 1001 организационная причина не делать этого. pps: они убивают /etc/rc.local. никогда не забуду, никогда не прощу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #45, #56, #62, #82, #200, #222

24. Сообщение от 0xdeadbee (-), 02-Янв-26, 11:29	–1 +/–
> Все-таки дистрибутивы на systemd - это Linux с человеческим лицом а выражает то лицо, чем садятся на крыльцо. чего мелочиться, на винду мигрируйте. там есть WSL для имитации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

25. Сообщение от Аноним (94), 02-Янв-26, 11:45    Скрыто ботом-модератором	+3 +/–
Все кто тут пишут про то, что systemd рулит и педалит, а сабж для нетакусиков - вы исходники systemd то смотрели? Там же ваще ужас, позор, ад и Израиль. Типичная поделка от поттеринга с NIH-синдромом и огромным количеством багов.
Ответить | Правка | Наверх | Cообщить модератору

26. Сообщение от Аноним (26), 02-Янв-26, 12:12	–2 +/–
Не срача ради вопрос: раз systemd считается оверхедом, почему никто не сделал форк, где только запускалка сервисов и ничего другого лишнего?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #32, #33, #59, #135, #216

28. Сообщение от Аноним (10), 02-Янв-26, 12:21	+3 +/–
Когда на работе раскладывают пасьянс и сидят в чатиках... Убунта как раз подходит как запускалка браузера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

30. Сообщение от Аноним (10), 02-Янв-26, 12:25	+3 +/–
> Devuan ... форк Debian без systemd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

31. Сообщение от Аноним (31), 02-Янв-26, 12:35	–1 +/–
https://mirror.leaseweb.com/devuan/devuan_excalibur.torrent
Ответить | Правка | Наверх | Cообщить модератору

32. Сообщение от 0xdeadbee (-), 02-Янв-26, 12:38	+1 +/–
> запускалка сервисов > сервисов > сервисов > сервисов лексика вас выдает. у людей в теме "демоны" или "процессы". угадйте с одного раза у кого "сервисы" и "приложения" ? и люди ли они вообще, или говорящие орудия билгейтса + линуспоттеринга ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #34, #87, #223

33. Сообщение от Аноним (-), 02-Янв-26, 12:41	+2 +/–
Простая запускалка демонов - SysV init. Для работы с ним зание bash не требуется. Есть команды запуска, остановки, отключения и рестарта демона. Простая запускалка сервисов - runit. Его юзают в Void Linux. runit настолько совершенен что его больше никто не поддерживает. На сасом деле чтобы запустить KDE нужен всего лишь elogind. Для KDE, systemd не нужен. KDE не прибит гвоздями к systemd. Патрик Фолькердинг не даст мне соврать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #35

34. Сообщение от Аноним (-), 02-Янв-26, 12:45	–1 +/–
>линуспоттеринга Вообще-то, Линус не долюбливает Поттеринга. Поттеринг тоже не очень к Линусу. И вообще Линус Торвальдс - это про ядро, а не дистрибутивы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

35. Сообщение от 0xdeadbee (-), 02-Янв-26, 12:51	–2 +/–
/sbin/start-stop-daemon - это переусложненное нечто с непонятными ключами (не уровня системд но близко), мутной логикой, еще и непереносимое. в своих скриптах я стараюсь этим не пользоваться, но если кто-то освоит то почему бы нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

37. Сообщение от iPony128052 (?), 02-Янв-26, 13:24	+1 +/–
Делать надо что-то полезное. Если кто-то не хочет заниматься ерундой - это не лень.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #42, #174

38. Сообщение от dannyD (?), 02-Янв-26, 13:31	+/–
На "любимой" работе я бы тоже поствил, хоть бубунту хоть что. Главное чтоб спать не мешало. Не моё - не жалко.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #40

40. Сообщение от Аноним (40), 02-Янв-26, 14:00	+/–
Всё же плюсов много, т.к. один из самых распространённых дистров и информацию найти легко: https://forum.ubuntu.ru Да и на больших машинах вполне себе применяют: https://opennet.ru/64277-top500
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #96

42. Сообщение от 0xdeadbee (-), 02-Янв-26, 14:36	+1 +/–
> Если кто-то не хочет заниматься ерундой - это не лень. по большому счету все занятия кроме добычи и укрепления своей власти над людьми - ерунда. деньги - один из инструментов власти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

43. Сообщение от Аноним (44), 02-Янв-26, 15:33	+2 +/–
>Предусмотрена возможность работы без D-Bus Вот интересно, почему это буквально кастрация системы рассматривается как какое-то достижение? Нет, я бы понял, если бы вместо dbus был какой-то плюс минус аналог, но ведь нет же - просто под ноль вырезается функционал, и об этом заявляется как о достижении.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47, #52, #54

44. Сообщение от Аноним (44), 02-Янв-26, 15:36	–5 +/–
>Ну и список фич/работу/управляемость инитов надо сравнивать на версиях ДО форсирования системды. Вот интересно, а почему это? Systemd это эталон, именно по нему и нужно судить. Не умеет init изолировать юниты - в топку, не умеет инит обрабатывать двойной форк - в топку, не умеет в ограничение ресурсов - в топку, не умеет в декларативное переопределние - опять же в топку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #53, #98

45. Сообщение от Аноним (44), 02-Янв-26, 15:38	+/–
>какой там таймаут ? где он настраивается ? и такая дрянь лезет из всех щелей. Вот интересно, хоть когда-то критика systemd выйдет за пределы воплей неосиляторов или нет? >pps: они убивают /etc/rc.local. никогда не забуду, никогда не прощу. Вот ведь негодяи - убирают дидовый говнокод.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #49

47. Сообщение от Аноним (10), 02-Янв-26, 16:08	–1 +/–
> заявляется как о достижении. Потому что у других даже такого нету.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

48. Сообщение от morphe (?), 02-Янв-26, 16:34	+1 +/–
> Но мы бы хотели, чтобы у нас время подводил, адреса получал - > демоны, которые нравятся нам, а не которые system-abcde нам Лёнька навязал. Ничего он не навязывает, с системдой работают и chrony, и все остальные, ставьте кого хотите Единственное что стало дефолтом во всех нормальных дистрибутивах - система инициализации systemd, потому что надо ж сервисы как-то поставлять
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #140

49. Сообщение от 0xdeadbee (-), 02-Янв-26, 16:36	+2 +/–
> воплей неосиляторов а можно без эпитетов, чисто пальцем показать ? всего-то два конкретных вопроса было. и одно некорректное обобщение, его можно игнорировать. >>pps: они убивают /etc/rc.local. никогда не забуду, никогда не прощу. > Вот ведь негодяи - убирают дидовый говнокод. кому-то "дидовый говнокод", а кому-то все ясно и понятно с 1 взгляда, без манов, без гуглов на стаковерфлоу и без запросов в чатГПТ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #57, #167

51. Сообщение от Beta Version (ok), 02-Янв-26, 16:42	+/–
Он уже научился работать с красными видеокартами из коробки?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #101

52. Сообщение от 0xdeadbee (-), 02-Янв-26, 16:50	+/–
проведу аналогию: когда мне в руки попадает винда не член AD, я под ноль вырезаю сервис "Планировщик задач" (Schedule) и заявляю об этом как о достижении. потому что полезных задач там нет (а гадость есть), и я достиг понимания этого своим опытом, умом и талантом. ставлю вопрос ребром: какая польза от D-Bus ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #60, #102

53. Сообщение от Аноним (53), 02-Янв-26, 17:19	+/–
Дерьмовый это эталон. На днях наблюдал чудо: комп отправлен в перезагрузку, часть демонов погашена уже, L1: при попытке стопнуть одну говнотрепалку она падает в корку (часть системы погашена ведь), системГэ её рестартит goto L1. Вот и назачем это надо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #109, #139, #164

54. Сообщение от Аноним (53), 02-Янв-26, 17:24	+/–
Не преумножай сущностей, сверх необхрдимого. Если без чего-то можно нормально обходиться и это не вызывает неудобств - значит можно обходиться без этого. Как минимум - снижение поверхности потенциальной атаки и уменьшение мест ловли багов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #64

55. Сообщение от Аноним (-), 02-Янв-26, 17:39	+3 +/–
> Если он нравится 97%, зачем делать что-то другое? Отличный вопрос! Сам удивляюсь зачем нужно убожество под названием "десктопный линукс". А вот на серверах линь занимает тоже 95%+. И зачем вообще нужны всякие маргинальны бсди и иллюмусы - тоже вопрос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #107

56. Сообщение от Аноним (-), 02-Янв-26, 17:42	+/–
> если у вас замонтирован шаред ресурс через smbfs/cifs от root, но для юзеров. А если стоя? В гамаке? И на лыжах? Всегда можно придумать абсолютно отбитый сценарий, где что-то работает плохо. Но в 99% случаев для всех нормальных людей системд работает на порядок лучше дидовских занюханных башпортянок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

57. Сообщение от Аноним (-), 02-Янв-26, 17:46	+/–
> кому-то "дидовый говнокод", а кому-то все ясно и понятно с 1 взгляда, > без манов, без гуглов на стаковерфлоу и без запросов в чатГПТ. Так поэтому и неосиляторы. Вы когда-то разобрались с дидовым овнокодом и "вам все ясно и понятно". А с системд вы уже разобраться не в состоянии. Не осуждаем, некоторым просто не дано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

58. Сообщение от Аноним (-), 02-Янв-26, 17:51	–2 +/–
Отличный дистрибутив, потому что позволяет фильтровать кандидатов. У нас есть целый список красных флагов, выработанный горьким опытом. Если диван, или слака, или подобное убожество - то в 99% кандадит неосилятор, не способный к обучению, и как уточка держится только за то  к чему привык. Никакой гибкости и скорости обучения от таких ни разу не дождались. А если антикс и прочая маргинальщина - то нетакусь-борцунишка с системой в придачу.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #66, #103, #110, #111, #119, #157

59. Сообщение от Аноним (59), 02-Янв-26, 18:26	+1 +/–
Такой форк был, не помню как назывался, но как-то обыгрывалось что системд без системд. Но, где-то через год, автор прекратил разработку. P. S. Пока писал вспомнил название: uselessd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #100

60. Сообщение от Аноним (44), 02-Янв-26, 19:05	+/–
>проведу аналогию: когда мне в руки попадает винда не член AD, я под ноль вырезаю сервис "Планировщик задач" (Schedule) и заявляю об этом как о достижении То есть из лицензионной винды вы делаете зверь сиди? Вот чем хорош зверь сиди, так это тем, что он может в абсолютно непредсказуемый момент времени просто перестать работат. >ставлю вопрос ребром: какая польза от D-Bus ? Передача сообщений между процессами. Если вы хотите отказаться от dbus, то вам внезапно сразу же придётся переизобретать взаимодействие между процессами заново.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #63

62. Сообщение от Аноним (44), 02-Янв-26, 19:12	+/–
>какой там таймаут ? где он настраивается ? Почему бы вам не открыть руководство и не попробовать как минимум https://www.freedesktop.org/software/systemd/man/latest/syst... ? >и такая дрянь лезет из всех щелей. Кто виноват в вашем нежелании читать документацию?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #68

63. Сообщение от 0xdeadbee (-), 02-Янв-26, 19:28	+/–
> То есть из лицензионной винды какой-какой винды ? не смешите иранский сервер активации. китайский тоже не смешите. > вы делаете зверь сиди? ага. ivan erokhin edition. > Вот чем хорош > зверь сиди, так это тем, что он может в абсолютно непредсказуемый > момент времени просто перестать работат. теоретически может. практически покажите мне хоть одно задание из "стандартной набивки", невыполнение которого даст такой эффект. >>ставлю вопрос ребром: какая польза от D-Bus ? > Передача сообщений между процессами. конкретнее - между чем и чем накроется взаимодействие, если вырезать D-Bus ? интересует и теория и практика. > Если вы хотите отказаться от dbus, то вам > внезапно сразу же придётся переизобретать взаимодействие между процессами заново. традиционные средства межпроцессного взаимодействия в unix - это pipes, FIFO (message queues), shared memory, semaphores, sockets, fork/exec. по-моему достаточно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #95

64. Сообщение от Аноним (44), 02-Янв-26, 19:29	+/–
>Если без чего-то можно нормально обходиться и это не вызывает неудобств - значит можно обходиться без этого. Знаете, вот сейчас живут амиши, но если вас лишить благ цивилизации, и отправить к амишам, то вам это вряд ли понравится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #70

66. Сообщение от 0xdeadbee (?), 02-Янв-26, 19:37	+4 +/–
а если Astra Linux или RedOS ? так-то я небрезглив. могу и в этом поковыряться если мне заплатят. > неосилятор, не способный к обучению ЧЕМУ там обучаться-то ? копипастить юниты и плэйбуки более успешных коллег с правкой по потребности ? ругать матом Поттеринга, его педокомпанию (обе две) и его адептов ? насиловать и загонять пинками в стойло смузихлебный вайбкодерный софт, о котором забудут через год как о страшном сне ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

68. Сообщение от 0xdeadbee (-), 02-Янв-26, 19:50	+1 +/–
> Почему бы вам не открыть руководство и не попробовать как минимум > https://www.freedesktop.org/software/systemd/man/latest/syst... > ? спасибо. пытаюсь открыть руководство. Checking you are not a bot Loading challenge resource-load... Why am I seeing this? Guru Meditation: ec4f3b1239eb92d7c69d1f617a9cdaa8 Protected by go-away :: Request Id ec4f3b1239eb92d7c69d1f617a9cdaa8 > systemd.service.html#TimeoutStopSec= сразу мимо. по диагностике это не сервис. а какой-то run-user-1001.mount юзерский (?) временный (??) юнит или даже слайс (???), что бы это не значило на собачьем языке поттеринга.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #86

70. Сообщение от Аноним (53), 02-Янв-26, 19:54	+/–
Им удобно? У них их жизнь отторжения не вызывает? Не мешайте им. Ровно тоже и про необходимость (сильно преувеличенную) dbus. Если кому-то вполне комфортно без него - не мешайте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #97

75. Сообщение от turbo2001 (ok), 02-Янв-26, 20:50	+/–
Интересно, а существует форк Debian, только без rust?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77, #158, #217

76. Сообщение от localhostadmin (ok), 02-Янв-26, 20:52	+3 +/–
На серверах может и да, но зачем такая бандура десктопному линуксу?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #78, #114, #163

77. Сообщение от Аноним (53), 02-Янв-26, 21:06	+/–
Зависит от целей. Если для десктопа, то будет зависеть от ответа на вопрос: А мэйнстримный броузер без него существует?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

78. Сообщение от Аноним (78), 02-Янв-26, 21:50	+/–
> но зачем такая бандура десктопному линуксу Потому что десктоп это не про минимализм, а про удобство... не? Я понимаю, если бы ты в таком ключе про embedded устройства говорил... Но десктоп? Сириусли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

79. Сообщение от Аноним (78), 02-Янв-26, 21:53	+1 +/–
Швейцарский нож, который пригодится во многих ситуациях - это как раз то, что надо для десктопа. К тому же какой-никакой стандарт дефакто теперь, что хорошо с точки зрения написания графической обвзяки для настройки и управления... что опять таки, только в плюс для дженерик десктопов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #83

80. Сообщение от Bottle (?), 02-Янв-26, 21:55	–1 +/–
Системд и иксы круты. Идеальные комбайны, дополняющие друг друга!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

81. Сообщение от Аноним (78), 02-Янв-26, 21:55	–1 +/–
> он должен быть О, это опеннетовское "должен"... в очередной раз - должен кому и сколько?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

82. Сообщение от Аноним (78), 02-Янв-26, 21:57	+/–
У меня через systemd.mount (или как оно там правильно, лень смотреть) замонтировано по smb. Ребутаюсь периодически, никаких проблем не встречал. ЧЯДНТ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #94

83. Сообщение от Аноним (3), 02-Янв-26, 21:57	+/–
Это хорошо только в контролируемых условиях. Ну, вот, инженер redhat тебе настроил, оно теперь работает. Если полезешь сам, всё разлетится и никто не поможет, а для десктопов это не желательно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #116, #220

84. Сообщение от Аноним (78), 02-Янв-26, 22:04	–2 +/–
> Ну и список фич/работу/управляемость инитов надо сравнивать на версиях ДО форсирования системды. Ну, вот я жил с системдой на малинке. А потом менял флешку на ssd и решил поставить другой дистр, ибо роллинг на устройстве, которое тыкаешь иногда раз в год не очень понравилось. Поставил Alpine. Подумал, что openrc сойдёт. Всё равно большая часть крутится в Докере, поэтому к самой системе требований минимум. Зато грузиться же будет быстрее! Так на Опеннете говорили. Грузиться стало не быстрее... ну, или быстрее, но не на столько существенно, чтобы пораждало "вау-эффект". Короче, я не заметил прироста. Зато, когда мне таки понадобилось наколхозить некую вундервафлю. Я вспомнил, что системдэ умеет открывать сокет и при обращении к нему дергать васяноскрипт... А с этими вашими инитами надо всё колхозить самому. А еще у меня был божественный journalctl. А теперь дидовский tail... Короче, я перешел с системдэ на опенрц и почувствовал себя человеком, которому дали ложку и сказали копать. Не, конечно, это реально... но зачем так жить, если есть экскаватор?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #106

86. Сообщение от Аноним (44), 02-Янв-26, 22:29	+/–
>спасибо. пытаюсь открыть руководство. Если вы такой идеологический противник js, то почему не воспользовались командой man? >сразу мимо. по диагностике это не сервис А что? >а какой-то run-user-1001.mount юзерский (?) временный (??) юнит или даже слайс (???) Берёте и читаете все systemd мануалы. Тогда у вас таких детских вопросов не будет. >что бы это не значило на собачьем языке поттеринга. То есть ни0силили вы, а виноват Поттеринг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #182

87. Сообщение от Аноним (78), 02-Янв-26, 22:32	+/–
> лексика вас выдает. > у людей в теме "демоны" или "процессы". > угадйте с одного раза у кого "сервисы" https://wiki.alpinelinux.org/wiki/OpenRC Посчитай сам сколько раз слово service встречается... Дааа, наверное, это виндузятники собрали Alpine. Ладно... https://wiki.gentoo.org/wiki/Runit Сколько раз встречается слово сервис? Тут уже самому стало интересно. daemon - 107 раз service - 298 раз > и люди ли они вообще, или говорящие орудия билгейтса + линуспоттеринга ? Чувствуется мне, что ты виндузятник-беребежчик, да еще и с комплексами...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #224

90. Сообщение от Стакан Васяныч (-), 02-Янв-26, 22:36	+/–
В этом дистре нет смысла, потому что смысл отказываться от сустем-д есть только на 32-битных на системах (нет, я не про третий пень, я про 64-битные процы с озу менее 4 гигабайт).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #112

94. Сообщение от Аноним (94), 02-Янв-26, 22:48	–2 +/–
> ЧЯДНТ? Врешь, что не встречал никаких проблем
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #117

95. Сообщение от Аноним (44), 02-Янв-26, 22:50	+/–
>не смешите иранский сервер активации. Так зверь сиди это не про активацию, это про то, как максимально неочевидно поломать систему. Вот у нас лежит какой-то ненужный файл, давайте его удалим, мы же умнее мелкософта, да? >конкретнее - между чем и чем накроется взаимодействие, если вырезать D-Bus ? Откройте список обратных зависимостей. В качестве примера для чайников https://habr.com/ru/articles/235231/, во взрослых DE степень интеграции будет больше. Нет, вы конечно можете подключать ethernet кабель и вручную вбивать в консоль команды, но так уже люди не живут. >традиционные средства межпроцессного взаимодействия в unix - это >pipes, FIFO (message queues), shared memory, semaphores, sockets, fork/exec. >по-моему достаточно. Во-первых, далеко не всё, что вы перечислили подходит для передачи сообщений в принципе. Во-вторых, передача сообщений должна быть надёжной, а не так, чтобы одно приложение могло попортить память второму. В-третьих, почти сразу же, как только откроете сокет, вам понадобится протокол. К счастью, разработчики dbus не стали повторять ошибку, когда буквально каждый конфиг, будь то /etc/passwd, /etc/fstab написан в своём собственном уникальном формате.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #105

96. Сообщение от dannyD (?), 02-Янв-26, 22:57	+/–
>>и информацию найти легко и это осень харашо: будут меньше беспокоить по выходным и в отпуске.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #108

97. Сообщение от Аноним (44), 02-Янв-26, 22:59	+/–
>Им удобно? У них их жизнь отторжения не вызывает? Не мешайте им. Мне нет дела до "амишей", пока они живут где-то там у себя, и мне не мешают. А вот откроешь какой-то технический ресурс, так сразу все эти проповеди нахлынут как наводнение. При этом, об особенностях того, как жить без всего этого - проповедники стыдливо умалчивают. Было бы очень хорошо, если бы человек сразу же бы рассказал, что и wifi он не использует и беспроводные наушники, а выход с колонок на наушники переключает руками, а перед тем как фильм смотреть, руками отключает выключение экрана. Сразу бы стал понятен уровень дискуссии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #121

98. Сообщение от мяв (?), 02-Янв-26, 23:08	+/–
не умеет аноним мыслить - в топку. речь о том, что странно, напр., говорить, мол "вот, в опенрц же тоже сокетная активация __сейчас__ есть!", ибо много ума скопировать не надо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

100. Сообщение от Хаккерман (?), 02-Янв-26, 23:29	+/–
>где-то через год, автор прекратил разработку Хм, дайте ка вспомнить, автор прекратил разработку, автор прекратил разработку, хм) Кажется Васян corporations, ос, кажется называется сделаю ос с обоями и шрифтами потому что мне так захотелось, и с хоткеями которые я хочу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

101. Сообщение от Аноним (102), 02-Янв-26, 23:35	+/–
Для красных видеокарт давно существуют открытые драйверы. В чём проблема?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #104

102. Сообщение от Аноним (102), 02-Янв-26, 23:39	+/–
>ставлю вопрос ребром: какая польза от D-Bus ? Inter Process Communication: Это даже не просто польза, а суровая необходимость. В отличие, от Системды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

103. Сообщение от Аноним (94), 02-Янв-26, 23:47	+2 +/–
> то в 99% кандадит неосилятор, не способный к обучению, и как уточка держится только за то  к чему привык. А чему ты там обучаешься? Не, серьезно, расскажи. Что там такого сложного в этих ваших юнит-файлах, что этому прям обучаться надо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #194

104. Сообщение от Beta Version (ok), 02-Янв-26, 23:53	+/–
Проблема в прошивках, но ты слишком молод, чтобы помнить, что ещё пару-тройку лет назад Дебиан и Девуан не поставляли закрытые прошивки по дефалту и их надо было самому в чёрной консоли ставить из вручную добавляемого репозитория. Но когда Дебиан пересмотрел этот момент и начал поставлять эти прошивки из коробки, в Девуане что-то сломалось и на нём не работали даже вручную установленные прошивки. Разрабы на форуме мне тогда ответили, что это всё Дебиан виноват, а у разрабов Девуана лапки. И так и не смогли рассказать, как заставить Девуан работать с красной картой. Сейчас, думаю, они это уже должны были исправить, но какие же они всё таки позорники.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #133

105. Сообщение от 0xdeadbee (-), 03-Янв-26, 00:11	+/–
> Вот у нас лежит какой-то ненужный файл, давайте его удалим, мы же умнее мелкософта, да? да ! или нет. мы телеметрию не шлем например, а кто шлет того урезаем. это умно или глупо ? > Откройте список обратных зависимостей. разрабы они как дети. тащат в рот всякие лефтпады и libsystemd.so. > В качестве примера для чайников https://habr.com/ru/articles/235231/, нашел по ссылкам https://www.opennet.me/base/sys/dbus_intro.txt.html с первых же строк === Понятие  настольной  среды  подразумевает  нечто  цельное  и  тесно переплетенное между собой, однако среда формируется приложениями, а они  как-то  должны  друг  с другом общаться, интегрируясь в нее === уйдите прочь со своей ожиревшей "настольной средой", с ее приложениями, с их общением между собой и с интеграциями тоже. > во взрослых DE степень интеграции будет больше. взрослые DE тоже прочь. я за минимализм. > Нет, вы конечно можете > подключать ethernet кабель и вручную вбивать в консоль команды, но так > уже люди не живут. это точно люди, а не говорящие орудия биллгейтса ? >>традиционные средства межпроцессного взаимодействия в unix - это >>pipes, FIFO (message queues), shared memory, semaphores, sockets, fork/exec. >>по-моему достаточно. сигналы еще. > Во-первых, далеко не всё, что вы перечислили подходит для передачи сообщений в > принципе. плохому танцору известно что мешает. но хороший хирург ему поможет. > Во-вторых, передача сообщений должна быть надёжной, а не так, чтобы > одно приложение могло попортить память второму. это проблема программистов второго приложения. > В-третьих, почти сразу же, как > только откроете сокет, вам понадобится протокол. К счастью, разработчики dbus не > стали повторять ошибку, когда буквально каждый конфиг, будь то /etc/passwd, /etc/fstab > написан в своём собственном уникальном формате. в результате NIH-синдрома конфиги DBus /usr/share/dbus-1/ написаны в своем собственном уникальном формате.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #146

106. Сообщение от 0xdeadbee (-), 03-Янв-26, 00:39	+2 +/–
> Я вспомнил, что системдэ умеет открывать сокет и при обращении к нему дергать васяноскрипт... я бы вспомнил что был (и есть) такой inetd. работает и документирован с 90х годов в любой книжке по любому юниксу, делает то же, но без поттер-говнокода и смузей. https://packages.debian.org/trixie/inetutils-inetd но свои мозги каждому смузихлебу не приставишь же - вас слишком много стало. > А с этими вашими инитами надо всё колхозить самому. А ТО !
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #145

107. Сообщение от Аноним (107), 03-Янв-26, 00:44	+/–
>И зачем вообще нужны всякие маргинальны бсди и иллюмусы - тоже вопрос. Ниче, скоро и бсзди и иллюмосы будут и на лескьопах и на серверах! ☑️
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #198

108. Сообщение от Аноним (107), 03-Янв-26, 00:47	+/–
Ubuntu де-факто стандарт там где нет импортозамещения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #130

109. Сообщение от 0xdeadbee (-), 03-Янв-26, 00:47	+/–
> Вот и назачем это надо? чтобы вы наконец-то изучили процедуру REISUB (возможно через KVM) и/или место нахождения рубильника 220.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #123

110. Сообщение от Аноним (110), 03-Янв-26, 00:52	+3 +/–
Для кандидата ваше отшивание только плюс, что в такую cuntору не попадёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

111. Сообщение от Аноним (107), 03-Янв-26, 00:59	+/–
У меня сложилось предубеждение перед Arch и Gentoo. Встречал когда рассказывали что генту, что арч ставили на сервер. По умрочанию Ubuntu. Но с другой стороны, если студент практикант не читал на локе статьи про дистрибутивы и не читает оменнет, тоже не круто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #134

112. Сообщение от Аноним (107), 03-Янв-26, 01:00	+/–
>я про 64-битные процы с озу менее 4 гигабайт). Резонный вопрос, а нафига?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #122

114. Сообщение от алло вас не слышно (?), 03-Янв-26, 01:02	+1 +/–
Кицунэ, кицунэ, покажи трусики!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

115. Сообщение от fear of the dark (?), 03-Янв-26, 01:18	+/–
Основная масса ВПН приложений, увы, зависимы от этого зонда... На вопросы в техподдержку отвечают что не планируют под иные инициализаторы писать приложухи.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #124, #132, #171

116. Сообщение от Аноним (78), 03-Янв-26, 01:25	+/–
Кхм. А ты мануал пробовал открыть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #118

117. Сообщение от Аноним (78), 03-Янв-26, 01:28	+/–
Блин, поймал... Когда малина заглючит - в одну розетку со старым холодильником включена, поэтому раз в месяц от старта компрессора, она чет зависает... Так вот, самба шара отваливается. Приходится рестартить руками .mount. Надо бы мануал открыть, наверное там есть решение, но лень.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

118. Сообщение от Аноним (3), 03-Янв-26, 01:43	+/–
Если бы ещё всё как в мануале было. На базовом уровне работает, но если что не так, ты влип.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

119. Сообщение от Джон Титор (ok), 03-Янв-26, 02:37	+/–
Я бы не сказал что Slackware довольно простой дистрибутив. Насколько помню они вроде все ещё sysvinit используют. Да и Debian, Devuan вроде нынче не так много людей выбирают. Ныне люди желающие лёгкой жизни выбирают Ubuntu. Если я правильно понял какие дистрибутивы имелись в виду под вашим лексиконом. Странно что RHEL и ему подобные тогда вы к "этим" не относите - Fedora, CentOS также вроде не такие сложные.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #151

120. Сообщение от SlackwareRT (?), 03-Янв-26, 03:48	+/–
Slackware по дебиански.
Ответить | Правка | Наверх | Cообщить модератору

121. Сообщение от Аноним (53), 03-Янв-26, 07:01	+/–
А они, нехорошие такие, не рассказали об особенностях своего мира? Но, оказывается, догадаться-то не сложно... :-) Еще раз: если людям так удобно - не мешайте им. Они лишь заявили о своем праве на существование. Вот и пусть существуют, вам ведь не жалко, надеюсь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

122. Сообщение от Аноним (53), 03-Янв-26, 07:03	+/–
tmpfs on /tmp на пол ОЗУ. Как минимум, это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

123. Сообщение от Аноним (53), 03-Янв-26, 07:12	+2 +/–
Ээээ... Проще писателю юнита трепалки уши оборвать, не? :-) Что, впрочем, не меняет смысла: у системГэ есть масса особенностей, которые очень помогают на продуктовых системах (тот-же перезапуск упавшего), но безусловный минус на десктопах или тестовых, где "помер Максим, да и х.. с ним" - очень здравый подход.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

124. Сообщение от суверенный (?), 03-Янв-26, 07:23	+1 +/–
КВН - тоже зонды. Используешь КВН - помогаешь коллективному Западу. Иди отмаливай грехи у батюшки и не забудь товарищу майору сам на себя донос написать. Так спасёшься. А потом уж можно будет и сразу в рай (тм).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #131

125. Сообщение от Гомер (?), 03-Янв-26, 07:27	–1 +/–
Даа, 200mb целых, ( включая библиотеки всякие, тоесть это даже не весь систем д ), на твоем пк с 32 Озу, и RTX, systemd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

127. Сообщение от Гомер (?), 03-Янв-26, 07:28	–1 +/–
Багов в Devuan, не существует. Devuan идеальна. Не оскверняй.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

130. Сообщение от dannyD (?), 03-Янв-26, 08:46	+/–
"Подчиненный перед лицом начальствующим должен иметь вид лихой и придурковатый, дабы разумением своим не смущать начальство." Пётр I
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

131. Сообщение от пох. (?), 03-Янв-26, 08:58	+/–
И вовсе не сразу - в (tm) про сразу ничего и не обещали. Сперва-то, конечно, помучаться надо!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

132. Сообщение от пох. (?), 03-Янв-26, 09:01	+/–
странно, у меня ни wg, ни ipsec ни в каком месте от него не зависят. А если ты про какие-то там ДРУГИЕ впн - покайся товарищмайору сразу, тебе скидка выйдет!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #138

133. Сообщение от пох. (?), 03-Янв-26, 09:04	+/–
Ну ладно, у них-то лапки (а на самом деле у них нет помоешных амудё, поэтому просто не на чем воспроизвести _твою_ проблему) - у тебя-то что?  Восемь щупалец, одно из которых мариванна это вот самое? Тогда да, не позавидуешь - там и руки из оттуда, и голова в ней же и сама эта самая - с ушами!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

134. Сообщение от 0xdeadbee (-), 03-Янв-26, 09:49	+/–
на zarplata.ru до покупки их hh был арч на серверах в проде. они хвастались этим, зазывая к себе на свои вакансии. если интенсивно используется идеология "тяп-ляп и в продакшен" и "через 5 мин микро-релиз, CI/CD все спишет" - не вижу препятствий вообще. > если студент практикант в /dev/null студентов-практикантов. пусть идут куда угодно только не в ИТ. нас тут слишком много, а денег слишком мало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

135. Сообщение от UraniumSun (ok), 03-Янв-26, 10:00	+/–
Есть uselessd, есть ещё какой-то рофл-форк, который внезапно стал популярным и хайпанул ненадолго. А ещё есть OpenMandriva, в которой systemd просто собирают без "questionable components". Вот только это мандрива.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

136. Сообщение от Аноним (-), 03-Янв-26, 10:05	–2 +/–
eudev и consolekit кажется хороши. elogind имеет туже проблему с безопасностью, что и systemd. Мапит области одновременно в режимах W и X.
Ответить | Правка | Наверх | Cообщить модератору

137. Сообщение от Аноним (-), 03-Янв-26, 10:06	+1 +/–
> Предусмотрена возможность работы без D-Bus Это огромный плюс к безопасности.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #185

138. Сообщение от 0xdeadbee (-), 03-Янв-26, 11:15	+/–
> А если ты про какие-то там ДРУГИЕ впн - покайся товарищмайору сразу, > тебе скидка выйдет! $ sudo systemctl | grep -i vpn openvpn-gost.service          loaded active running   OpenVPN-GOST service OpenVPN-GOST он же МагПро КриптоПакет откладывает две личинки в /lib/systemd/system одна юзерская (не нужно), вторая системная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #141

139. Сообщение от Анонисссм (?), 03-Янв-26, 11:31	+/–
>На днях наблюдал чудо: комп отправлен в перезагрузку, часть демонов погашена уже веет прохладой, ни на одном из десятков серверов такого не наблюдал (использую oracle linux). а вот дома на десктопе void с runit при КАЖДОМ shutdown now наблюдаю зависание с какой-то байдой на экране. если быть точным, если потушить X и сделать shutdown now то обычно таки выключится, правда с провалом в single mode, а из X - 100%ный висюк. На ПК пофиг, он не выключается месяцами. На ноуте это было бы позор и меганеудобство.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #143, #206

140. Сообщение от Аноним (140), 03-Янв-26, 11:35	–1 +/–
>сервисы откуда вы такие беретесь только
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #152

141. Сообщение от пох. (?), 03-Янв-26, 12:13	+/–
Аааа, от оно чо, Михалыч! Ну так это ж импортозамещенное импортозамещение, понимать надоть! Удивляться надо не тому что оно как-то не так работает в проклятом гнилом западном девианте, а что вообще запускаться позволяет, не проверяя есть ли у твоей операционной системы, например, лицензия ФСТЭК? Не собираешься ли ты свести все ан@логов не имеющее шифрование своей либерастской поделкой к уду? Разработчики, разумеется, запускали свой уникальный проект только на положенном им редосе. Там все норм, проверено, вон три подписи под актом стоят! И в астрал-линуксе тоже! И в wsl, в котором они и занимаются разработкой... только об этом тссс!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

143. Сообщение от Аноним (53), 03-Янв-26, 13:09	+/–
Так я-ж и написал, что трепалку тормознуть не может. В цикл входит. :-) На кой трепалка на сервере? Там отлаженный софт и системГ вполне себе жить может. И даже почти без глюков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

145. Сообщение от Аноним (44), 03-Янв-26, 13:55	+/–
>А ТО ! Это каким фанатиком нужно быть, чтобы выставлять недостаток как достоинство?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

146. Сообщение от Аноним (44), 03-Янв-26, 14:02	+/–
Вот какая интересная особенность: если кто-то что-то ни0силил, то он ни за что в этом признаваться не будет. Вместо этого он скажет, что технология переусложнена, и вообще это нинужна, все же мечтают работать на компе, который по уровню даже до 95-ой винды не дотягивает. >сигналы еще. >плохому танцору известно что мешает. но хороший хирург ему поможет. Подпишитесь на изменение конфигурации сети, состояния батареи с помощью сигналов, а я посмотрю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #150

150. Сообщение от Аноним (53), 03-Янв-26, 16:40	+/–
> Подпишитесь на изменение конфигурации сети, состояния батареи с помощью сигналов, а я посмотрю. А это еще зачем? Сисколы стандартные отменили? И /proc & /sys недоступны? Или вот прям тик-в-тик реакцию надо? Так-то дбас - вещь полезная. Но не в этих примерах, если не о системной службе речь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #160, #161

151. Сообщение от Аноним (-), 03-Янв-26, 17:59	+/–
>Я бы не сказал что Slackware довольно простой дистрибутив. Слака устроена очень просто, она ванильна. >Насколько помню они вроде все ещё sysvinit используют. Почему "всё ещё"? Патрик никогда не планировал переход на systemd, и не планирует. Более того слакварщики против systemd. >Ныне люди желающие лёгкой жизни выбирают Ubuntu. Это обман. Убунту изнутри сложно устроен, в том числе из-за systemd. По сравнению со Слакой он менее стабилен, и чуть что сразу ломается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

152. Сообщение от morphe (?), 03-Янв-26, 19:02	+2 +/–
> откуда вы такие беретесь только Такая терминология принята в большей части linux дистрибутивов, смиритесь уже. Демон - долгоживущий процесс, сервис - конфиг что описывает как запускать демона/отдельные команды
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

153. Сообщение от Валера (??), 03-Янв-26, 20:13	+/–
Перевел свой MX Linux на репы от Devuan, очень удивился, что запуск системы на SysV стал быстрее на 3 секунды,чем на SystemD.Если надо,то без проблем ставится и работает OpenRC, Runit,но SysV на Devuan лучше. Теперь не надо постоянно смотреть,как с systemd,что там тупит в фоне.Что запустил,то и работает.Сам контролируешь свою систему. Это,как телефон,с root и без.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #159, #173

154. Сообщение от freehck (ok), 03-Янв-26, 20:15	+1 +/–
> Дежурное напоминание перед срачем Бесполезно. Это религиозный культ, члены которого свято веруют в то, что абсолютно всё сделанное Red Hat / IBM — высшее благо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #165

155. Сообщение от freehck (ok), 03-Янв-26, 20:24	+/–
> Чем плох SystemD? Кроме того, что это оверинженернутый жирный вендор-лок, который за счёт того, что он никогда не будет стабилизирован, гарантирует себе то, что без корпоративного финансирования его невозможно форкнуть и поддерживать — в принципе ничем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

156. Сообщение от freehck (ok), 03-Янв-26, 20:29	+/–
> Все-таки дистрибутивы на systemd - это Linux с человеческим лицом. Да, так и есть. После того, как RH похоронили LSB, имплементировали пачку вендор-локов, протолкнули их в мейнстримные дистры — теперь это единственно верное лицо Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #208

157. Сообщение от freehck (ok), 03-Янв-26, 20:38	+/–
> Если диван, или слака, или подобное убожество Имхо в редфлаги с это излишне. Мы приветствуем кругозор. Работать у нас, правда, придётся всё равно с убунтой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

158. Сообщение от freehck (ok), 03-Янв-26, 20:40	+/–
> Интересно, а существует форк Debian, только без rust? Нет смысла. Разработчики APT намерены сделать Rust обязательной зависимостью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

159. Сообщение от freehck (ok), 03-Янв-26, 20:50	+1 +/–
Ну так это не секрет, что старые системы работали быстрее. До того, как Red Hat погубил инициативу LSB, дебианщики продвигали LSB Headers, которые обеспечивали параллельную загрузку. В начале 2010х она уже была активирована по умолчанию, и оно натурально рвало systemd по скорости как тузик грелку. Но фишка в том, что это было только в Debian и основанных на нём системах. И там же успешно померло после 2014-го года. Devuan-щики ещё хранят это наследие, но трудно надеяться на его развитие, поскольку RH за счёт огромного финансирования госухой (хоть и опосредованного) фактически управляют разработкой и указывают, в какую сторону экосистема GNU/Linux будет двигаться. По факту, при таких вводных уже нет особой разницы, на Linux ты сидишь или же на любой другой (в том числе проприетарной) системе. Один хрен выбора у тебя нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

160. Сообщение от Аноним (44), 03-Янв-26, 22:49	+/–
>А это еще зачем? Сисколы стандартные отменили? И /proc & /sys недоступны? Код в студию. Пока кода нет - не флудить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #162

161. Сообщение от 0xdeadbee (-), 03-Янв-26, 23:21	+/–
>> Подпишитесь на изменение конфигурации сети, состояния батареи с помощью сигналов, а я посмотрю. > А это еще зачем? а сразу не очевидно ? чтобы было как в винде, но не винда. // такие сейчас программисты и сис.архи, других нет и уже не будет. в частности под "изменение конфигурации сети" в винде спец сервис есть забыл как его. про батарею ... все эти "подписки" жрут CPU и тем самым сосут батарею, т.е. то на то и выходит. > Так-то дбас - вещь полезная. зачем ? фаерфокс и хром общается по дбасу сам с собой и убрать это невозможно ? других идей у меня нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #170

162. Сообщение от 0xdeadbee (-), 03-Янв-26, 23:33	+/–
> Код в студию. а давайте вы сами посмотрите ? чисто для саморазвития. isc bind и ntpd точно умеют реагировать на изменения сети (добавить/убрать интерфейс, добавить убрать IP address) без рестарта и без D-Bus. из логов показать сообщения, которые искать в коде ? > Пока кода нет - не флудить. вы не модератор, чтобы указывать мне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

163. Сообщение от Аноним (-), 04-Янв-26, 00:30	–1 +/–
> На серверах может и да, но зачем такая бандура десктопному линуксу? Чтобы и там тоже не переизобретать велосипед. Более того - довольно тупо если ваши локалхостные знания потом не получится приткнуть и к серверам заодно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

164. Сообщение от Аноним (-), 04-Янв-26, 00:33    Скрыто ботом-модератором	+/–
> На днях наблюдал чудо: комп отправлен в перезагрузку, часть демонов погашена уже, > L1: при попытке стопнуть одну говнотрепалку она падает в корку (часть системы > погашена ведь), системГэ её рестартит goto L1. Ну то-есть депендсы корректно прописать не смог этот овощ - а виноват ему системд. В общем пусть такие "админы" своими локалхостами рулят и в прод не отсвечивают - от их "скилла" так будет плохо только им.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

165. Сообщение от Аноним (-), 04-Янв-26, 00:34	+/–
> Бесполезно. Это религиозный культ, члены которого свято веруют в то, что > абсолютно всё сделанное Red Hat / IBM — высшее благо. Есть и другой культ. Где нам рассказывали как и что нам (не) надо и что надо выпорямить руки. За это мы ответили его носителям выбрав Getting Things Done поверх их голов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #166, #181

166. Сообщение от freehck (ok), 04-Янв-26, 00:49	+/–
> Есть и другой культ. Где нам рассказывали как и что нам (не) надо и что надо выпорямить руки. > За это мы ответили его носителям выбрав Getting Things Done поверх их голов. Ну разве что в ваших фантазиях. Было б оно так, мы бы с треском вылетели из профессии. Но что-то этого не происходит: если вы взаправду верите в то, что мы якобы "неосиляторы", а не ради красного словца так бухтите — это даже как-то грустно. =) PS: Знаешь, что интересно. Мне вот никто и никогда не давал советов по выпрямлению рук. Почему ты получал подобные предложения, а я — нет? А может у тебя всё же есть проблема с руками? =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #190

167. Сообщение от freehck (ok), 04-Янв-26, 01:04	+/–
>> воплей неосиляторов > а можно без эпитетов, чисто пальцем показать ? > всего-то два конкретных вопроса было. https://www.freedesktop.org/software/systemd/man/255/systemd... https://www.freedesktop.org/software/systemd/man/255/systemd... https://www.freedesktop.org/software/systemd/man/255/systemd... https://www.freedesktop.org/software/systemd/man/255/systemd... вот это -- добавлять в опции в fstab они не обрабатываются драйвером cifs, их использует именно что systemd-fstab-generator > pps: они убивают /etc/rc.local. никогда не забуду, никогда не прощу. да ладно, после всего того, что они наворотили — это, право, мелочи уже
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #168

168. Сообщение от 0xdeadbee (-), 04-Янв-26, 02:57	+/–
спасибо тебе добрый человек. > вот это -- добавлять в опции в fstab > они не обрабатываются драйвером cifs, их использует именно что systemd-fstab-generator есть проблема - это монтируется не через fstab, (и тем более не через генератор-поттера-матсурбатор) а через "sudo /usr/bin/mount -t cifs ..." 1) создающие имена директорий, файлов, юзеров на российском языке хоть на винде хоть где - очень очень нехорошие люди. в fstab это не берется, в любой кодировке. генератор даже проверять не буду. в скрипте берется в UTF8. при этом я уверен на 80% что винда на той стороне в UTF8 не переведена. 2) да, мне пришлось выдать юзерам право sudo на /usr/bin/mount. и на /usr/bin/umount тоже. соотвественно надо как-то подсунуть это в mount или править то что systemd насоздавал где-то (еще одно sudo).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #177

170. Сообщение от Аноним (53), 04-Янв-26, 07:12	+/–
> зачем ? > фаерфокс и хром общается по дбасу сам с собой и убрать это невозможно ? > других идей у меня нет. Сходу: 1) в интегрированных DE - обмен объектами (файлами, битмапами и т.п.) промеж процессами. 2) реализация HAL, когда процесс, типа аудиомикшера, должен отреагировать на подключение нового источника/приемника, но не обязан реализовывать детали ввода/вывода, просто является некой прослойкой, синхронизирующей поведение разных процессов в рамках общей модели и текущего состояния.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

171. Сообщение от morphe (?), 04-Янв-26, 08:36	+/–
> На вопросы в техподдержку отвечают что не планируют под иные инициализаторы писать > приложухи. Может потому что оно нужно лишь тебе и ещё одному человеку, а поддерживать придётся кому-то? Поддержка systemd - 2 мейнтейнера на десятки тысяч юзеров Поддержка openrc - 2 мейнтейнера на 1 юзера Поддержка runit - 2 мейнтейнера на 1 юзера Поддержка sysvinit - 2 мейнтейнера на 1 юзера Поддержка s6 - 2 мейнтейнера на 1 юзера И не надо втирать про то что в openrc/runit/s6 есть какая-то совместимость с sysv, потому что на практике оно слишком кривое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #172

172. Сообщение от Аноним (53), 04-Янв-26, 09:24	+/–
Утрирование детектед. :-) К слову о птичках, всякие туннели и прочия - как-раз то, на чем часто выползают недостатки системГ в десктопной ипостаси. Как это ни странно прозвучит, но когда мэйнтейнеры писали код запуска/останова/перезапуска, то ошибки обрабатывали. Теперь массовый подход "и так сойдет...". Пресловутые 80/20 во все поля. Если в 80% случаев работает, то зашибись. А в 20% у осуществляющего поддержку, увы, лапки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #186

173. Сообщение от Аноним (-), 04-Янв-26, 09:31	+/–
Я на Убунту отключил systemd-resolved. Потом при загрузке стал истошно кричать какой-то сервис зависящий от от него. У него длинное название *online-network* чё-то типа там. Дистрибутивы на systemd как карточный домик - отключишь один сервис, сломается что-то другое. А systemd-resolved реально не нужен был, так как он мешал другой программе, которую я и использовал. Потом пришлось отключать systemd-timesyncd он мне не нужен, я синхронизирую время при помощи ntp. systemd аккумулирует в себе много не нужных функций. Приходится много чего отключать. SysV init малаца! Просто загружает при старте ядро и демоны. И всё. Ничего лишнего он не делает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #179, #225

174. Сообщение от Аноним (174), 04-Янв-26, 09:36	+/–
То что полезно русскому, для немца не совсем полезно! Приведите примеры полезного?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

175. Сообщение от Аноним (-), 04-Янв-26, 09:37	+/–
>До того, как Red Hat погубил инициативу LSB, дебианщики продвигали LSB Headers, которые обеспечивали параллельную загрузку. Не знаю что-такое LSB. Но вот SysV init всегда умел паралельно загружать демоны. Всё зависит от разработчиков конкретного дистрибутива. При старте системы внезапная паралельность тоже не нужна, там должна быть определённая последовательность. Когда главные демоны должны самыми первыми загрузится.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #178

177. Сообщение от freehck (ok), 04-Янв-26, 11:26	+/–
> есть проблема - это монтируется не через fstab, > (и тем более не через генератор-поттера-матсурбатор) > а через "sudo /usr/bin/mount -t cifs ..." Ну тут полную схему описывать надо. Я не уверен, что опеннет — лучшее для этого место. Тут троллей набежит тебя постебать, противно будет. Мб тебе лучше написать полную схему в рассылку? На debian-russian@ ещё многие сидят. Да, там уже не такое активное общение, как 15 лет назад, но его читают и периодически даже отвечают там.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168

178. Сообщение от freehck (ok), 04-Янв-26, 11:32	+1 +/–
> Не знаю что-такое LSB. О, поверь, это стоит знать. Это был большой классный междистрибутивный проект "а давайте мы договоримся и создадим общую базу, вкладываясь в которую мы все будем получать бенефиты", инициированный Яном Мёрдоком. А дальше, внезапно, санта-барбара: подкупы, интриги, угрозы, обман, предательство, бесчестие, и по итогу — разрыв. https://www.opennet.dev/openforum/vsluhforumID3/138071.html#174
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #210

179. Сообщение от Валера (??), 04-Янв-26, 11:32	+/–
> systemd аккумулирует в себе много не нужных функций. Приходится много чего отключать. Потому что разрабатывала его корпорация под свои корпоративные нужды, а не под нужны обычного пользователя ПК. Кто платит деньги,тот и заказывает музыку.Как бы интересы корпораций и обычных пользователей Linux расходятся.Не просто так ругают SystemD в Linux-сообществе.Хорошо,что есть варианты...пока что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

181. Сообщение от Ю.Т. (?), 04-Янв-26, 14:55	+/–
Это ложная дилемма. "Выбирать" никому не предлагали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #196

182. Сообщение от dannyD (?), 04-Янв-26, 16:09	+/–
кто насрал тот и виноват.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

184. Сообщение от Аноним (184), 04-Янв-26, 16:24	+1 +/–
Вот сижу читаю посты, и все отчетливей понимаю, опенсорс расколот: на одной стороне копирасты (и подсирающие им дерьмо-мигранты с винды), продвигающие свою повестку с помощью туевой хучи бабла, а с другой стороны инженеры и люди с инженерным мышлением (да, и еще с талантом,- как говориться "мелочь, а приятно!"). И если вдуматься, то это вовсе не случайность, а диагноз "американского лидерства", когда _во всех_ сколько-нибудь значимых открытых проектах сидят люди оголтело проводящие политику штатов и их корпораций. И буквально по пальцам можно пересчитать проекты, которые что чуть-чуть идут вразрез с этим штатовским майстримом. Но тем больше и уважухи к ним. И сабж как раз один из них. Долгие лета, Devuan! С релизом, пацаны!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #205

185. Сообщение от blin_glitor (-), 04-Янв-26, 18:31	+/–
>> Предусмотрена возможность работы без D-Bus не предусмотрена. 1) документ www devuan org/os/documentation/dev1fanboy/en/devuan-without-dbus.html снесен с сайта, 404. 2) через веб-архив видно что содержимое там было издевательское. предлагают избавится от фаерфокса и хрома по зависимостям, гонять вместо них links, lynx, dillo и прочее. 3) я на п.2. не готов (а глубоко интегрированного DE у меня и нет), поэтому sudo mv /usr/bin/dbus-daemon  /usr/bin/dbus-daemon.nostart sudo mv /usr/bin/dbus-launch  /usr/bin/dbus-launch.nostart sudo mv /usr/bin/dbus-uuidgen /usr/bin/dbus-uuidgen.nostart sudo update-rc.d dbus defaults-disabled фаерфокс и палемун плюют ошибки но работают, хромиум и либру офис еще не проверял. anydesk скорее всего сдохнет. > Это огромный плюс к безопасности. плюс к безопастности минимальный. плюс к избавлению от мусора - средний.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #215

186. Сообщение от morphe (?), 04-Янв-26, 20:55	+/–
> но когда мэйнтейнеры писали код запуска/останова/перезапуска, то ошибки обрабатывали. Теперь массовый подход "и так сойдет...". Видел я эту обработку ошибок в openrc - цикл + sleep 5 в нём :D Systemd поступает так как должен - шлёт sigterm, даёт время на правильное завершение, и затем sigkill, ровно такая логика и должна использоваться для правильного завершения, если программа это не может обработать - то это баг в программе, а не в сервисе/systemd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172 Ответы: #187

187. Сообщение от Аноним (53), 04-Янв-26, 21:29	+/–
Выше по треду, мой пример с трепалкой. СистемГ шлет терм, демон падает. Оно его перезапускает вместо "забить и дальше перезагружаться (мы-же в перезапуск уходим, ну и фиг с ним, что упал)". Вот буквально сегодня второй, хвала небесам, не столь маразматичный, пример. Стоит alt simply, мы с ним друг над дружкой измываемся. Почитал, что pavucontrol некошерен, заменен на pwvucontrol. Одного удалил, второго поставил. И эта (именно системГ, quite boot отключен) пакость упорно ждала вот когда-же когда пш-пш-аудио контрол завершится при выключении системы. А нету его больше! Был, да весь вышел. Но через 45 сек. так-таки соизволило выключиться. :-) Вобщем, хз что в этом системГ "правильного". Особенно для десктопа и тестовой системы. Вот когда боевой сервер перезагрузок за пять от глюков этого чуда зачистил... И то каждую следующую мысленно пальцы крестиком держишь. Ибо было, что и серверную бежать приходилось, смотреть в каком месте что опять системе бутнуться не дает. С классическим sysv я столько проблем никогда не испытывал и не испытываю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186 Ответы: #188

188. Сообщение от morphe (?), 04-Янв-26, 21:51	+/–
> СистемГ шлет терм, демон падает. Оно его перезапускает вместо "забить и дальше перезагружаться (мы-же в перезапуск уходим, ну и фиг с ним, что упал)". Дай пример того как твой демон настроен, потому что это не то как стейтмашина systemd обрабатывает переходы состояний, судя и по коду, и по документации > When the death of the process is a result of systemd operation (e.g. service stop or restart), the service will not be restarted. Timeouts include missing the watchdog "keep-alive ping" deadline and a service start, reload, and stop operation timeouts. Если сервис выключается, и в этот момент он упал - системда считает выключение сервиса успешным, если у тебя происходит что-то иное - то пиши багрепорт в дистрибутив, может у тебя там системда старая и с багом или ещё чего, хз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187 Ответы: #193, #202

189. Сообщение от Аноним (189), 04-Янв-26, 21:52	+/–
Мы сделаем дистрибутив без SystemD, но как всегда подсунем какую нибудь каку навроде Refracta ибо это linuxway, а не чтоб вам удобно было.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #192

190. Сообщение от Аноним (-), 04-Янв-26, 23:42	–1 +/–
> Ну разве что в ваших фантазиях. Было б оно так, мы бы > с треском вылетели из профессии. Сабж вместе с всякими openrc и sysv и повылетели с треском отвсюду. Все как вы хотели. И теперь нравится, не нравится а в проде почти везде системд. А коли так - я и на своих системах им буду ворочать. Для унификации и реюза знаний. > Но что-то этого не происходит: Я не видел ни 1 сервака на сабже в проде. Вот убунт - немеряно. Дебианов несколько. Редхаты и клоны всякие немного. Но там s-d везде был почему-то. > если вы взаправду верите в то, что мы якобы "неосиляторы", а не > ради красного словца так бухтите — это даже как-то грустно. =) У меня более жесткая точка зрения: это ошибка эволюции операционных систем. Парадигмы которые себя исчерпали и из фичи стали якорем. Багом, а не фичой. Мне юниксвей нравится - местами - тем что он эффективен. Но я мониторю аспект эффективности. И если вместо ускорения операций и уменьшения канители все наоборот - надо попробовать иной подход. И я очень рад что эти подходы появились. > PS: Знаешь, что интересно. Мне вот никто и никогда не давал советов > по выпрямлению рук. Почему ты получал подобные предложения, а я — > нет? А может у тебя всё же есть проблема с руками? =) Это мы будем посмотреть по итогам кто и что. Вот ЧСВ у "типа-ветеранюниксов" по жизни хоть отбавляй. А вот сколько например сабжа в проде? И прочиз sysv с openrc? :) Или таки - там у вас системда? И бабки вы зараьабываете таки - на нем? Ну так ребят, для начала - вам таким хорошим нехило бы перестать врать хотя-бы самим себе. И тем более окружающим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #191

191. Сообщение от freehck (ok), 04-Янв-26, 23:50	+/–
Да, ребят, они читать никогда не научатся. Дислексия страшная штука. Отнесёмся с пониманием и сочувствием.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #197

192. Сообщение от Аноним (194), 05-Янв-26, 00:56	+/–
но рефракта работает что тебе еще надо?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189

193. Сообщение от Аноним (194), 05-Янв-26, 00:59	+/–
> системда старая дык сразу бы на роллинг послал и всего делов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #195

194. Сообщение от Аноним (194), 05-Янв-26, 01:02	+/–
ну, ну ты это брось! он зубрил-зубрил все 500 ключей INI-файлов же для того чтоб востребованным 0дмином быть, а тут такое...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

195. Сообщение от morphe (?), 05-Янв-26, 01:18	+/–
> дык сразу бы на роллинг послал и всего делов Я такого никогда не видел за много лет, но мало ли, вдруг у человека slackware 10.0 Суть в том что не ведёт себя так системда
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193 Ответы: #201

196. Сообщение от Аноним (196), 05-Янв-26, 01:22	+/–
> Это ложная дилемма. "Выбирать" никому не предлагали. Выбор есть до сих пор. Никого нельзя технически принудить юзать такой дистр а не этакий. Скажем я пару слакваристов знаю. Почтенные господа, кстати, в отличие от многих других. Но их путь достаточно канителен. И они как правило довольно "ржавые" и труднообучаемые. Я одного такого едва научил гит юзать на минималках. Он видите ли пытался мне svn сватать. Ага, ща, в 2025 году вам SVN. Это не случится даже если небо упадет на землю. Для меня разница sysv <-> sd не хуже чем svn <-> git.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #212

197. Сообщение от Аноним (-), 05-Янв-26, 05:24	+/–
> Да, ребят, они читать никогда не научатся. Дислексия страшная штука. Отнесёмся с > пониманием и сочувствием. Научитесь для начала не врать хотя-бы самим себе и жить без двойных стандартов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #204

198. Сообщение от Аноним (-), 05-Янв-26, 05:37	+/–
> Ниче, скоро и бсзди и иллюмосы будут и на лескьопах и на серверах! ☑️ Что за звери такие - лескьтопы? Это вы так намекаете что они лесом пойдут?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

199. Сообщение от Аноним (-), 05-Янв-26, 05:49	+/–
> Почему-то, когда речь идёт о людях, diversity воспринимается на ура, а когда > о софте, то вам подавай только "стандартное". Потому что продвигающие стандарты господа редко хотят жить по своим же стандартам примененным к их головам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

200. Сообщение от Аноним (-), 05-Янв-26, 05:50	+/–
> pps: они убивают /etc/rc.local. никогда не забуду, никогда не прощу. Они и sysv compat в целом - того. Он свое отлетал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

201. Сообщение от Аноним (53), 05-Янв-26, 06:36	+/–
> вдруг у человека slackware 10.0 У человека Астра. Причем это было не у меня, без админских прав, просто попросили глянуть что-за чудеса. И таки да, отправил писать багрепорт авторам трепалки и местным админам локалхостов. :-) Но это про конкретику. Моя точка зрения вообще по s-d: 1) сильно оверинжиниред 2) у аффтара NIH в терминальной фазе, ему крайне сложно что-то объяснить, т.к. есть его мнение и неправильное 3) неустоявшееся поведение самого s-d, от версии к версии детали могут достаточно серьезно меняться, хотя крайние года три уже попустило и работа юнитов уже постоянно не ломается 4) думаю s-d уже дошел до ручки, и полного набора опций и прочих ништяков уже не знает даже аффтар 5) изменить поведение s-d во многих ситуациях просто невозможно, т.к. см. пункт 2, скрипты , в отличае от, тупо правятся руками Можно еще долго продолжать. Оно, скорее всего, как с пш-пш-аудио будет - Лёне дадут новое место реализации своего величия (Жаль, что это, с высокой вероятностью, будет системный загрузчик с подписями ядра, модулей и патчами в виде оверлеев. И поломанными загрузчиками будет просто пичаль-бида лютая.), он забросит s-d и его лет за 5-7 доведут до потребного для большинства состояния. Как результат: s-d хорошая вещь для ВМ, ПАК во всех их ипостасях, когда железо и софт типовые либо эмулируемы. Отлаженный образ работает как часики. Для домашних ПК/ноутов, разработки и отладки - ну его в пень.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195

202. Сообщение от blin_glitor (-), 05-Янв-26, 10:15	+/–
> стейтмашина systemd аналогичная дурмашина на винде программируется через гуй или через sc failure DESCRIPTION:         Changes the actions upon failure USAGE:         sc <server> failure [service name] <option1> <option2>... OPTIONS:         reset=   <Length of period of no failures (in seconds)                   after which to reset the failure count to 0 (may be INFINITE)>                   (Must be used in conjunction with actions= )         reboot=  <Message broadcast before rebooting on failure>         command= <Command line to be run on failure>         actions= <Failure actions and their delay time (in milliseconds),                   separated by / (forward slash) -- e.g., run/5000/reboot/800                   Valid actions are <run|restart|reboot> >                   (Must be used in conjunction with the reset= option) который пишет в реестр всякое (можно и самому записать вручную, там ничего сложного). Линус Поттер не осилил и переусложнил даже это. позорище.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #209

204. Сообщение от freehck (ok), 05-Янв-26, 16:39	+/–
> Научитесь для начала не врать хотя-бы самим себе и жить без двойных стандартов. Хех. Так мы вам то же самое говорим. )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197 Ответы: #207

205. Сообщение от freehck (ok), 05-Янв-26, 16:41	+/–
Истинно так оно и есть, товарищ. Печально, но факт. )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #211

206. Сообщение от Аноним (-), 06-Янв-26, 05:15	+/–
> а вот дома на десктопе void с runit при КАЖДОМ shutdown now > наблюдаю зависание с какой-то байдой на экране. Runit это вообще пранк какой-то. Зависимости не умеет, мониторинг в отдельной программе, inetd отдельно, крон отдельно ... А теперь получив чей-то сервак на порулить - попробуйте в этом зоопарке разобраться, во! И вот тут wtfd стартует - а тут чего-то нет. Теперь попробуйте разобраться откуда это вообще берется, кто виноват и что делать. Не забудьте засечь время и сравнить потом с нормальным девопсом ворочавшим s-d. Чтоб понимать где вы в этой иерархии вообще и насколько кому надо ваш скилл в таком виде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

207. Сообщение от Аноним (-), 06-Янв-26, 05:22	+/–
> Хех. Так мы вам то же самое говорим. ) А я без двойных стандартов живу. Во первых у меня везде линух. Он основа моего технологического стека. Обслуживаюшего все. От одноплатников до мощных десктопов, серверов и проч. И стек технологий более-менее один и тот же. Дебиан обычный, с sd. Для унификации и упрощения себе жизни. И вот где я тут кому вру? Мне нравится этот стек и как это работает. И системд был для меня шагом вперед. Если бы это было не так - я бы использовал что-нибудь иное. Потому что системщик. И могу проложить свой путь так как сочту нужным. Т.е. я могу поднять тот же Debian даже совсем нулевым когда он "без инита" поставился и выпал в шелл (ядро не найдя инит так делает). Но с s-d это проще и удобнее. Просто я не хочу "осиливать". Хочу достигать цели, делать проекты, вот это все. Сие страшно далеко от осиливания чего либо самого по себе. И на этом пути то что помогает достижению цели хорошо. А туго идет - я пробую альтернативные маршруты. По моему это просто и довольно честно. И да, просто для понимания. На части систем у меня список процессов состоит изначально из s-d, getty и шелла в нем - для начальной конфигурации. Ужасная оверинженерия, конечно. И конечно в sd ничего нельзя отключить и не юзать. Или мне кто-то очки фигурно втирал. А вот это - в технических дисциплинах не забывают. И как говорили ворлонцы правда сама найдет свой путь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #214

208. Сообщение от Аноним (208), 06-Янв-26, 05:27	+/–
> Да, так и есть. После того, как RH похоронили LSB, имплементировали пачку > вендор-локов, протолкнули их в мейнстримные дистры — теперь это единственно верное > лицо Linux. Good riddance. На практике все это LSB корректнее назвать WTF было. Потому что вот вам высокоинновационный гидроусилитель и бортовой компьютер во ... чччто?! Кккарету запряженную тройкой лошадей?! Да вы долбанулись на отличненько такое инженерить!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

209. Сообщение от Аноним (-), 06-Янв-26, 06:46	+/–
> аналогичная дурмашина на винде программируется через гуй или через sc failure При том оно там дурное до невозможности. Начиная с того что изначально сервисы винды это вообще DLL а запуск вот именно программ так изначально был совсем не предусмотрен. Так что запустить ЭТИМ произвольную программу или скрипт - это тот еще бцкий рокетсайнс. Ну и опция там конечно да. На все оказии просто. Поэтому на практике от SCM смысла обычно есть чуть менее чем нифига. А какой-то осмысленной реакцией на ошибки и прочим мониторингом сервисов оно как таковое не занимается. А уж если сервис не упадет - а повиснет - ых, ых, ых, а такая подляна в высоконадежной мегасистеме вообще не предусмотрена. Мелочи какие. Странно что на этой хтони элонмаск в космос не летает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #213

210. Сообщение от Аноним (210), 06-Янв-26, 06:48	+/–
> Это был большой классный междистрибутивный проект "а давайте мы договоримся и создадим > общую базу, вкладываясь в которую мы все будем получать бенефиты", инициированный Давайте договоримся и придумаем как из имеющейся тыквы - делать сообща не очень похабные вроде бы кареты. > Яном Мёрдоком. Это тем который Солярис удумал пытаться продвигать сообществу? Ну он и был послан тем сообществом - ибо они на ЭТО не подписывались.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

211. Сообщение от Аноним (-), 06-Янв-26, 06:50	+/–
> Истинно так оно и есть, товарищ. Печально, но факт. ) Сказал сэр с макосью не своем десктопе. И потом он удивляется что его в линухе слушать мало что хочет почему-то. Ты свой кактус даже для себя кушать не соизволил, а твои отмазки на тему почему нет - только тебе и интересны. Пекарь либо кушает пирожки которые печет либо нет. Это бинарная величина.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

212. Сообщение от Ю.Т. (?), 06-Янв-26, 07:22	+/–
>> Это ложная дилемма. "Выбирать" никому не предлагали. > Выбор есть до сих пор. Никого нельзя технически принудить юзать такой дистр > а не этакий. Не знаю, как это -- "технически принудить", но выбор "пользуйся тем, что есть, или проваливай" -- это и есть принуждение под видом свободы выбора. Более того, вы утверждали: >>> Есть и другой культ. Где нам рассказывали как и что нам (не) надо и что надо выпорямить руки. За это мы ответили его носителям выбрав Getting Things Done поверх их голов. Вот это самое "мы ... выбрали" и даже как бы кого-то одолели или хотя бы посрамили" и есть заблуждение. О чем я и сказал. СД был именно навязан, и проблема даже не в технических достоинствах или недостатках, а в том, что его внедрение (и другие аналогичные ходы "большого бизнеса") "уничтожает образ жизни". Заведение всего, что делается в системе, на этот узел - почти переворот парадигмы. Разница почти формальна. > Для меня разница sysv <-> sd не хуже чем svn <-> git. Номер 207 не ваш? Вы даже и возможной проблемы не замечаете. "Игрек это прогресс". Но все что здесь фактически есть -- ваша сиюмоментная приспособленность к текущему состоянию этой экосистемы. А ведь линукс существует не для вашего удовольствия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

213. Сообщение от blin_glitor (-), 06-Янв-26, 09:45	+/–
> При том оно там дурное до невозможности. нормальное. либо организуйте сами через врапперы и мониторинги. > Начиная с того что изначально > сервисы винды это вообще DLL ??? это когда такое было ? на NT4 в сервисах были и есть exe. COM/DCOM вообще отдельно и это не сервисы а мусор и бэкдоры от биллгейтса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209

214. Сообщение от freehck (ok), 06-Янв-26, 10:19	+/–
> я могу поднять тот же Debian даже совсем нулевым когда он "без инита" поставился и выпал в шелл > На части систем у меня список процессов состоит изначально из s-d, getty и шелла в нем - для начальной конфигурации. Да мы и так прекрасно видим, что ты админ локалхоста, но видимо тебе вот жизненно необходимо каждый раз это доказывать? > И вот где я тут кому вру? Себе и всем. Прямо здесь и прямо сейчас. Потому что ты с этим стеком не работаешь. Ты его по приколу палочкой тыкаешь. > И да, просто для понимания. И да, кстати, для понимания: у меня влючены уведомления на почту. Ты потратил этой ночью 2 с лишним часа, блуждая по моим комментариям в разных топиках и строча там длиннопосты со всякими глупостями. А мог бы потратить это время на то, чтобы чему-нибудь полезному научиться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207

215. Сообщение от Аноним (215), 06-Янв-26, 10:55	+/–
Давненько Кеды 5 запускал с dbus от пользователя. Общесистемный dbus не запускался. Скрипт перед запуском от пользователя сесии KDE запускал под этим же пользователем dbus. Все проги использующие dbus работали без матюков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

216. Сообщение от Аноним (216), 06-Янв-26, 11:19	+/–
Потому что там, например, journald никак не отпилить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

217. Сообщение от Аноним (216), 06-Янв-26, 11:22	+/–
Slackware 14.2 есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

218. Сообщение от Аноним (219), 07-Янв-26, 01:45	+1 +/–
Прежде чем что-то писать, хочу сказать, что не надо принимать моё имхо как серьёзную позицию (а моё имхо сильно направлено в сторону системд). Итак, пробовал я ваши "истинные" иниты, даже пытался немного покопаться, однако не сильно понимаю, чего все так хейтят сам системд, именно тот факт, что он якобы "не по философии юникса идёт". Так вроде же как раз идёт - вы видели насколько демонов разделён systemd? Systemd-journald, systemd-resolved, systemd-networkd, ой, сколько ещё их там... А ведь если бы серьёзно пошли не по философии юникса, это бы встроили в один целый pid1... Впрочем, в pid1 встроены разве что система инита и с натяжкой можно сказать, что cron. Ну да, искать 19 решений для управления сетями, сбора логов, управления устройствами и тд, помимо инита это так по-юниксовски, получается. Впрочем, сейчас я вернулся на арч, и в принципе согласен с его мейнтейнерами по поводу системд.
Ответить | Правка | Наверх | Cообщить модератору

219. Сообщение от Аноним (219), 07-Янв-26, 04:01	+/–
Для тех, кому реально интересно, почему системд теперь везде. Его где-то пошёл форсинг, но вот некоторые дистры сами приняли системд. Вот например, Арч сам перешёл, и мейнтейнеры расписали, почему они это сделали. Источник: https://bbs.archlinux.org/viewtopic.php?pid=1149530#p1149530 Я ради интереса приведу небольшой авторский перевод части поста, где он расписывает преимущества. Напомню, что пост написан в 2012, тогда Arch только собирался переити на systemd >  0) Системд работает с горячей заменой: Он предполагает, что любой ресурс может появиться и исчезнуть в любое время. Если вы подключите свой внешний жёсткий диск посое того, как система была запущена, он будет проверен fsck и примонтирован правильно (в том смысле, что этот диск находится в fstab с нужными параметрами - прим. перевод.). С скриптами это не так - они полагаются на то, что все диски уже подключены и пронумерованы, а за тем на то, что fsck на них всех прошёл перед тем, как начать монтировать их. Подключение "на горячую" важно, не только потому что удобно подключать и отключать системные компоненты при запущенной системе, но и потому-что так работает само ядро linux во время запуска: Каждое устройство кажется подключённым "На горячую" как только ядро осознаёт его наличие, так что, когда время запуска становится всё меньше и меньше, мы уже не можем просто предположить, что каждое устройство будет готово когда необходимо, даже если оно было подключено до запуска системы. В реальности это редко является проблемой, но если у вас когда-нибудь был rootfs на внешнем диске с USB, вы понимаете, о чём я. >  1) Мы можем знать статус системы: системд следит за каждым демоном и запущенными ими процесссами, и за тем, кто чем владеет, и когда что-то ломается и падает и тд. Также, используя (великолепный) журнал, все syslog()-и, а также все записи в stdout/stderr от всех процессов записывается в systemd. Это всё записывается с достаточным количеством метаданных, так что можно, скажем, получить все логи от одного сервиса/пида/бинарника", или все логи ядра касаемо определённого устройства и т.д. К тому же, системд позволяет (запросто) указать, что делать в разнообразных возможных ситуациях ошибок: "сервис выключился нормально/упал с ошибкой/выдаёт сигнал", "Сервис не отвечает watchdog-у", "сервис упал уже 10 раз в течении получаса". Недавнее добавление поддержки устройств watchdog, можно также указывать, скажем, "Перезапустить компьютер, если сам systemd завис". > 2) Он модульный: То, что сейчас является одним rc.sysinit разделено на множество независимых сервисов, каждый из которых хорошо задокументирован и лёгок в понимании, например если не нравится, как systemd работает с, допустим, fstab, то можно самому написать свой помошник (даже в баше, если хочется), чтобы заменить официальный. Сделать такое со старыми инитскриптами гораздо сложнее, так как 1) непонятно, какие части rc.sysinit взаимосвязанны друг с другом, и 2) Каждое изменеие придётся применять снова с каждым обновлением. >  3) Системд позволяет udev и dbus вернуться к тем задачам, для которых и были придуманы: Оба этих инструмента сейчас (неправильно( используются, чтобы запускать демоны/долгоживущие процессы по необходимости. Если dbus так и был создан с этим в уме, то вот udev - нет. В любом случае они не предназначены именно для этого, так что, держа в уме философию UNIX "Один демон - одна задача", очень хорошо, что теперь мы можем дать системде (чья работа - управлять демонами) забрать эту работу на себя. А именно: И udev, и dbus могут отправить сигнал на запуск демона в systemd, и он будет запущен так же, как и при любых других обстоятельствах (с логами, статусом и т.д). Одна из проблем, которую решает этот подход, это состояние гонки при запуске некоторых демонов (я думаю, bluetoothd раньше таким занимался), когда демон сперва запускался как можно раньше при запуске (скажем, при помощи записи в DAEMONS), а затем запускался по необходимости через dbus. Systemd позволяет двум этим соьытиям произойти в один момент, и вы, ожидаемо, получите только один экземпляр демона. >  4) Мы можем снизить количество явных расстановок зависимостей между демонами (может потребоваться изменеия в названных демонах): Используя активацию через сокеты, автомонтирование и активацию через dbus, мы можем забыть про такие вещи, как "dbus должен работать перед тем, как запускать avahi" или "yp-bind должен запускаться после networkmanager". Системд может создавать сокеты заранее, перед тем, как сами демоны будут запущены, а затем отдавать их релевантным демонам в процессе их запуска. Это значит, что что угодно может подключаться к чему угодно, без разницы к тому, запущен ли демон или ещё нет. Ядро просто отправит всё в буфер пока ждёт [запуска демона], и доставит всё, когда это будет возможно. Подмечу, что это не избавляет нас от зависимостей (в том числе от цикличных), однако нам больше не надо их объявлять или волноваться о состоянии гонки между ними. >  5) Мы получаем много фич безопасности/сэндбоксинга просто так: можно просто добавить пару строчек в конфигурации юнита, чтобы изолировать его от системы в разных аспектах. Конечно, это было доступно и ранее, но требовало тонну boilerplate-кода в скриптах, который склонен к ошибкам и лучше всего читается только прошаренными в этом людьми. >  6) Конфигурации юнитов systemd могут быть (и, надеюсь, будут!) (не зря надеялся - пишутся - прим. перевод.) написаны в апстриме: Вместо того, чтобы каждый дистрибутив сам писал свои rc-скрипты (со своими багами и непонятками), люди, которые знают софт лучше всего (апстрим), возможно с некоторой помощью от людей, знающих инит лучше всего (разрабы системд), смогут написать "идеальные" сервисы которые будут работать просто везде. Мы уже видели это в некоторых проектах, и я думаю это очень полезно. Даже для тех дистрибутивов, которые так и не перешли на системд, ведь они могут понять как этот софт должен запускаться (это прям относится к нашей теме, хех- прим. перевод.). >  7) системд - это междистрибутивный проект: каждый крупный и множество мелких дистрибутивов имеют людей, работающих над systemd. Как я слышал недавно, два разработчика из дебиан могут коммитить в репозитории systemd, вместе с многими другими разработчиками. Апстрим системд очень гостеприимчив ко многим разным необходимостям и вариантам использования (пока есть кто-то в техническом окружении, представляющем их), и пока что приятно с ними работать. Мы получаем совмещённый опыт многих людей, работавших с другими инитами долгое время, и мне кажется, что это одна из самых важных "фич" любой проект должен иметь. >  8) Logind наконец-то сможет предоставить то, что должен был делать consolekit: Мы наконец-то может следить за состоянием пользовательских сессий и сидений, выдавать разрешения на использование ресурсов на лету и т.д. Это должно быть темой для другого сообщения, так как тут много вещей, которые стоит рассказать. В общем, можно сказать, что я очень рад тому, что мы наконец-то смогли довести эти фичи так, как они и должны работать нормально. >  9) Системд быстрый: Or is it? (Тема Vsauce заиграла - прим. перевод.) Некоторые говорят, что нет разницы с инитскриптами, Немного говорят, что системд медленнее, но большинство говорят, что он быстрее скриптов. Я же заявляю, что мне без разницы на скорость (и я тоже - прим. перевод.) Пункты выше (которые я быстренко набросал из того, что первое пришло в голову, так что список ещё не исчерпан) должны, надеюсь, убедить вас в том, что systemd - это правильный выбор вне зависимости от его скорости, и как только вы попробуете его, вы будете приятно удивлены ;-) Постарался оставить авторскую пунктуацию. Добавил только в скобках, где прямо написано - прим. перевод. Все остальные скобки были и в оригинальном посте. Не забывайте, что пост из 2012, многое уже поменялось, хотя идея до сих пор осталась неизменной.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

220. Сообщение от Аноним (219), 07-Янв-26, 04:07    Скрыто ботом-модератором	+/–
Интересно, как же оно стало тогда дефакто стандартом, если сам полезешь - всё развалится. Это что получается, всем остальным дистрам тоже редхатовцы своих админов отправляют теперь? И как тогда работает Arch, который я своими ручками без помощи от, ред хат поставил, да не просто поставил и запустил, а ещё и написал пару своих юнитов и поставил себе хом через systemd-homed. А ред хат мне не помогал. Вот это парадокс выходит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

221. Сообщение от Аноним (219), 07-Янв-26, 04:12	+/–
Есть 2 магические команды, которые в системд делают именно это: systemctl disable --now systemd-resolved systemctl enable --now dnsmasq И вот у вас уже вместо системдишного резолвера работает dnsmaq. По желанию так можно включить любой любимый демон. А для времени: systemctl disable --now systemd-timesyncd systemctl enable --now chrony И также можно поменять на любой другой демон по желанию)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

222. Сообщение от Аноним (219), 07-Янв-26, 04:24	+/–
man 5 systemd.service ... TimeoutStopSec= This option serves two purposes. First, it configures the time to wait for each ExecStop= command. If any of them times out, subsequent ExecStop= commands are skipped and the service will be terminated by SIGTERM. If no ExecStop= commands are specified, the service gets the SIGTERM immediately... ... TimeoutSec= A shorthand for configuring both TimeoutStartSec= and TimeoutStopSec= to the specified value. ... Вот и думайте, где же это...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

223. Сообщение от Аноним (219), 07-Янв-26, 04:42	+/–
Демон - долгоживущий процесс, запускаемый в фоне. Сервис - Структура (файл, скрипт, состояние в системе инита), описывающая и/или настраивающая конфигурацию запуска демона. Хотя вообще значение слова "сервис" от контекста зависит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

224. Сообщение от Аноним (219), 07-Янв-26, 04:54	+/–
Как же иронично, что в OpenRC команда для их управления называется rc-service, a в Runit sv, что как бы является сокращением для service. А сама команда service используятся для SysVInit.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

225. Сообщение от Аноним (219), 07-Янв-26, 05:05	+/–
Скорее всего орал NetworkManager-wait-online. Оно и понятно. Вы выключили днс резолвер, скорее всего не поменяв настройки networkmanager-у. И скорее всего, он мешал bind/dnsmasq или чему-то похожему. Собствна, из-за отсутствия конфига днс не собирался, сети не было, и в итоге на вас орал сервис, который её ждал. Всё элементарно, ватсон. А sysvinit тоже молодца - он тоже так умеет, только в отличии от системд у него нет такого сервиса, и, следовательно, орать об отпавшем интернете некому, а значит, если днс не сработал - узнаете вы не сразу. Для справки - сервис NetworkManager-wait-online вообще можно отключить и ничего не будет. И системда вообще оказалась не причём, она просто делала свою работу - запускала демоны)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

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

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