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

"Выпуск системы инициализации SysVinit 3.10"	+/–
Сообщение от opennews (ok), 29-Июл-24, 19:40
Представлен релиз классической системы инициализации  SysVinit 3.10, которая широко применялась в дистрибутивах Linux во времена до systemd и upstart, а теперь продолжает использоваться в таких дистрибутивах, как Devuan, Debian GNU/Hurd  и antiX. Код написан на языке Си и распространяется под лицензией GPLv2. Версии применяемых в связке с  sysvinit   утилит insserv и startpar не изменились. Утилита insserv предназначена для организации процесса загрузки с учётом  зависимостей между init-скриптами, а startpar применяется для обеспечения параллельного запуска нескольких скриптов в процессе загрузки системы... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61625
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Zenitur (ok), 29-Июл-24, 19:40	–2 +/–
> а теперь продолжает использоваться в таких дистрибутивах, как Devuan, Debian GNU/Hurd и antiX А используется ли в *BSD? > SysVinit 3.10, которая широко применялась в дистрибутивах Linux во времена до systemd и upstart Мне кажется, upstart работает поверх SysVinit. Могу ошибаться. А если прав, значит, в ChromeOS тоже завезут.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #4, #13, #111, #129

2. Сообщение от alexandr_0503 (ok), 29-Июл-24, 19:43	+2 +/–
В BSD насколько я знаю своя система инициализации, но если пользователь достаточно опытен,он может попробовать установить openrc. Нет, upstart не зависит от классического init
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #42, #121

3. Сообщение от Аноним (-), 29-Июл-24, 19:49	–5 +/–
А кто этим сейчас пользуется из серьезных проектов? Насколько я помню все значимые переехали на системмд.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #112, #161

4. Сообщение от Аноним (4), 29-Июл-24, 19:54	+2 +/–
BSD не имеет отношения к sysvinit. Upstart не имеет отношения к sysvinit. Ты же вроде давно на линуксе, откуда вопросы такого уровня?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #160

5. Сообщение от Аноним (5), 29-Июл-24, 19:58	+3 +/–
Подумываю перейти с openrc на systemd, подводные камни?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #8, #10, #14, #39, #87, #103, #219

7. Сообщение от Аноним (7), 29-Июл-24, 20:07	–10 +/–
Никаких, одни преимущества.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от Аноним (8), 29-Июл-24, 20:24	+15 +/–
systemd намного более сложный и запутанный при отсутствии каких-либо преимуществ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #23

10. Сообщение от Аноним (10), 29-Июл-24, 20:26	+5 +/–
Подводных камней нет, за исключением того, что с системдой жить станет чуточку скучнее: там всё просто работает, и баш-портянить необходимости не будет. Придется придумывать, на что потратить гигантское количество освободившегося времени.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #17, #30, #141

11. Сообщение от Аноним (11), 29-Июл-24, 20:27	+1 +/–
это та которую портянками называют?
Ответить | Правка | Наверх | Cообщить модератору

13. Сообщение от Аноним (13), 29-Июл-24, 20:39	+4 +/–
> А используется ли в *BSD? Нет. В современных *BSD используется init, разработанный в NetBSD, там скрипты лежает в /etc/rc.d/. До этого там был init из BSD4.3
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

14. Сообщение от Аноним (13), 29-Июл-24, 20:42	+3 +/–
Подвоных камней целое дно, начиная от овер-инжинирнг дизайна, кривого спагетти-кода и всякими ошибками, когда ФС не может отмонтироваться при ребуте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #25, #35

17. Сообщение от Грудная жаба (?), 29-Июл-24, 20:46	+1 +/–
Как там, нетворкди научилась перебивать сетевой адрес без ребута? Или тот же ссш, пока сокеты не положишь не хочет принимать новые настройки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #19, #31

19. Сообщение от Аноним (7), 29-Июл-24, 20:49	–3 +/–
Ты кажется путаешь systemd и systemd-networkd. Это два разных продукта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #94

23. Сообщение от Аноним (23), 29-Июл-24, 21:01	+5 +/–
ДВС тоже намного более запутанный, чем паровой двигатель. Ты всегда можешь это доказать, сделав более эффективный авто на пару. Аналогия понятна?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #29, #32, #37, #93, #140

25. Сообщение от Аноним (5), 29-Июл-24, 21:13	+3 +/–
Собственно, у меня и сейчас, если своп был заполнен, не успевает отмонтировать до перезагрузки и сыпет ошибками без особых причин даже когда успевает, а если нет, при загрузке ещё минут 10 на восстановление журналов. Если это невозможно, то ждём час без журнала (ext4). Есть ещё развлекуха, когда драйвер бесперебойника у NUT отваливается, без перезагрузки восстановить сервис квест ещё тот. Использование cgroups несколько костыльно с openrc выглядит (в теории конечно нормально, но не удобно). Кеды очень плачутся, что не могут найти инит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #67, #82, #115

26. Сообщение от Аноним (26), 29-Июл-24, 21:14	+1 +/–
> А кто этим сейчас пользуется из серьезных проектов? > Насколько я помню все значимые переехали на системмд. Т.е. ChromeOS и ведроид теперь на системд? Вот это новости!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #59, #131

29. Сообщение от Аноним (29), 29-Июл-24, 21:32	+6 +/–
Не очевидно что твоя аналогия эквивалентна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

30. Сообщение от Аноним (30), 29-Июл-24, 21:38	–1 +/–
>Придется придумывать, на что потратить гигантское количество освободившегося времени На написание и настройку unit портянок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #44

31. Сообщение от Tron is Whistling (?), 29-Июл-24, 21:40	+/–
networkd - это не совсем systemd, это около. А в чём проблема-то? Всегда перебивала :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

32. Сообщение от Аноним (32), 29-Июл-24, 21:46	+/–
Паровой двигатель сложнее и опасней. Поэтому от них отказались.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #34, #43

34. Сообщение от noc101 (ok), 29-Июл-24, 21:55	+4 +/–
Паровой двигатель можно собрать из овна и палок. А современный ДВС сделать сложно. Это тебе так кажется, что он прост.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #36, #49, #132

35. Сообщение от noc101 (ok), 29-Июл-24, 21:59	+1 +/–
>овер-инжинирнг дизайна Как пользователь это заметит? >кривого спагетти-кода Как пользователь это заметит? >всякими ошибками, когда ФС не может отмонтироваться при ребуте Я так понимаю ошибки только у СистемДи? Кстати у меня все ФС отмонтируются норм. Наверное это блуждающая ошибка, которая появляется не у всех. И если копнуть у всяких Инитов то там подобные ошибки тоже могут быть. З.Ы. Когда из ПО делают религию, это ведет к стигматизации и регрессу в целом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #41

36. Сообщение от Аноним (32), 29-Июл-24, 22:00	+/–
Давай тогда современную турбину для сравнения. Сравнивать нужно сопоставимое по времени.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #40, #128

37. Сообщение от Аноним (-), 29-Июл-24, 22:00	–1 +/–
> Аналогия понятна? Нет, не понятна. Объясните пожалуйста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

38. Сообщение от Аноним (39), 29-Июл-24, 22:00	+1 +/–
Было время писал свою init систему на паскале... just for fun.
Ответить | Правка | Наверх | Cообщить модератору

39. Сообщение от Аноним (39), 29-Июл-24, 22:01	+3 +/–
> Подумываю перейти с openrc на systemd, подводные камни? Вопрос (без троллинга, серьезно): что тебе это даст? Тебе как конечному пользователю не один хрен что там под капотом? Или ты системный программист которому это важно в контексте написания какого-то зависимого от этого софта?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #50

40. Сообщение от noc101 (ok), 29-Июл-24, 22:02	+3 +/–
> Давай тогда современную турбину для сравнения. > Сравнивать нужно сопоставимое по времени. А что в этом сравнении не так? Инит системы это прошлое поколение. СистемДи это современное поколение. Был паровой двигатель, сделали ДВС. ДВС сложней Парового двигателя, это база.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #46, #205

41. Сообщение от Аноним (-), 29-Июл-24, 22:02	+/–
> Когда из ПО делают религию, это ведет к стигматизации и регрессу в целом. Это хорошо. Склонные к религии должны сходить с хайвея прогресса и регрессировать в придорожной канаве.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #45

42. Сообщение от Аноним (42), 29-Июл-24, 22:07	+/–
В старых убунтах можно было использовать традиционные init-скрипты, но сразу возникало уведомление, что надо через upstart. Поэтому и подумал, что традиционный init там оставался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #105

43. Сообщение от Аноним (23), 29-Июл-24, 22:09	–1 +/–
Не сложнее, чистая гидродинамика. Его собирают из изоленты и кастрюли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #48

44. Сообщение от Аноним (23), 29-Июл-24, 22:11	+1 +/–
А они декларативные, поэтому легко переносятся между дистрибами и средами. Хоть погуглил бы)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #61, #62

45. Сообщение от noc101 (ok), 29-Июл-24, 22:12	+/–
>> Когда из ПО делают религию, это ведет к стигматизации и регрессу в целом. > Это хорошо. Склонные к религии должны сходить с хайвея прогресса и регрессировать > в придорожной канаве. По хорошему да. Но в реальности они пытаются тормозить прогресс в целом, выдывая свои желания за истину. - Без бога вы все в огненную гиену попадете!!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #58, #63, #92

46. Сообщение от Аноним (32), 29-Июл-24, 22:13	+1 +/–
Системда не имеет преимуществ. Сто раз спрашивал - только слова про прогресс и мою ретроградность. Если есть покажи. Паровая машина сложнее двс. Я имею в ввиду юзабельные экземпляры, а не опытные образцы. Простейшие двс тоже вполне примитивны, как для мопеда. Минимум частей, один цилиндр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #53

48. Сообщение от Аноним (32), 29-Июл-24, 22:14	+/–
И что он сможет сдвинуть? Мопед или авто?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

49. Сообщение от Аноним (49), 29-Июл-24, 22:18	+1 +/–
Сделай мне Pratt & Whitney R-4360 или уменьшеный аналог образца начала 1940-х, или Jumo Ju-224, не важно сколько блоков М501 не предлагать!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #52, #54

50. Сообщение от Аноним (5), 29-Июл-24, 22:18	+2 +/–
Я привык к системам с openrc, но не имею опыта миграции с неё, поэтому и спрашиваю. Это совсем не идеальный инит для пользователей (он построен поверх сабжа из новости), но он вполне отвечает минимальным потребностям. Даст это мне то, что половина компонентов systemd и так используется безальтернативно, что периодически приводит к различным сложностям как при обновлениях, так и при использовании, которых не возникает на системах с systemd. Кроме того, уже много лет весь софт штатно работает только под systemd и скрипты для запуска без него пишутся посторонними (также это означает, что пользователю часто приходится самому портянки мутить, и проще без них).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #56, #144

52. Сообщение от Аноним (32), 29-Июл-24, 22:22	+/–
Тебе дизель-молота должно быть достачно чтоб понять что паровоз сложнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

53. Сообщение от noc101 (ok), 29-Июл-24, 22:28	+2 +/–
> Системда не имеет преимуществ. Сто раз спрашивал - только слова про прогресс > и мою ретроградность. Если есть покажи. Скорей всего ты тупо не хочешь слышать аргументы. Попробуй прочитат плюсы. Параллельный запуск сервисов Управление зависимостями Службы сокетов и D-Bus Управление журналами Управление ресурсами и изоляция процессов Предоставляет единый формат конфигурации и управления SystemD может автоматически перезапускать службы в случае их сбоя Модульность и расширяемость, SystemD разработан как модульная система что позволяет легко добавлять новые функциональные возможности и расширения. В то время как у SysInit Сервисы запускаются по очереди. Управление зависимостями занимается администратор. Запуск сервисов через сокеты и D-Bus не существует. Для SysInit нормально запустить неиспользуемый сервис. SysInit использует для логирования службы syslog, rsyslog, или syslog-ng, настроить их надо отдельно. Не настроил, твои проблемы. Настроил криво, твои проблемы. SysInit не может напрямую управлять ресурсами и не имеет изоляции. Можно организовать через отдельные утилиты. Сделал молодец, не сделал, кто с тебя спросит. Козырь SysInit это управление через портянки скриптов. Удобно аж жопа горит. у SysInit нет перезапуск служб, пофигу что с службой, сдохла ну и фиг с ней. Перезапуск делается через левый софт. SysInit не модульная система. Теперь услышал ретроград? > Паровая машина сложнее двс. Я имею в ввиду юзабельные экземпляры, а не > опытные образцы. Простейшие двс тоже вполне примитивны, как для мопеда. Минимум > частей, один цилиндр. Ты о паровой машине и ДВС вообще ничего не знаешь, если считаешь ДВС простой вещью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #57, #231, #235, #256

54. Сообщение от noc101 (ok), 29-Июл-24, 22:30	+/–
> Сделай мне Pratt & Whitney R-4360 или уменьшеный аналог образца начала 1940-х, > или Jumo Ju-224, не важно сколько блоков > М501 не предлагать! Зачем ты мне это пишешь? Это не паровые двигатели
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

55. Сообщение от Аноним (242), 29-Июл-24, 22:53	+3 +/–
22 года использую linux вопросов с сабжу не было... поэтому продолжаю использовать на devuan и antix и на серверах и на десктопах...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #79

56. Сообщение от Аноним (56), 29-Июл-24, 22:56	+/–
Анон лови https://davmac.org/projects/dinit/ Ещё слышал тот же runit есть. А так да сложно без системд но и он тоже такая себе кака**шка , кстати ещё в pisi Linux какая то своя не понятная любопытная поделка инит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #99

57. Сообщение от Аноним (32), 29-Июл-24, 23:01	+/–
Upstart делал параллельный запуск. Управление зависимостями не нужно, как и многое другое. Службы для логирования тоже сомнительно преимущество, другие скажут, что это нарушение юникс-вея, когда одна программа для задачи, а не комбайн. Тоже самое и с перезапуском. Скрипты - а в системде разве не нужно что-то аналогичное? Только бинарное? Короче не убедил. Ты про паровые машины ничего не знаешь, если считаешь простой вещью паровой двигатель. И безопасной. Сколько людей ошпарено до смерти, сколько на куски разорвало при взрывах котлов. И сколько времени нужно чтоб запустить, особенно зимой. И воду желательно специально подготовить чтоб не образовался известковый осадок на стенке котла, вызывая локальное изменение тепловых градиентов, что черевато как раз взрывом. Или промывать надо специальными реагентами после недолгой поездки. А в паровиках замкнутого цикла надо дистиллированную использовать или специальный теплоноситель. Котел тоже не кастрюля, а целая система трубок.Офигенно просто. https://myskillsconnect.com/poezda/9277-foto-kotel-parovoza-... Ради КПД такая сложность. Сравни с дизелем той же эпохи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #163

58. Сообщение от Аноним (59), 29-Июл-24, 23:07	–1 +/–
Завязывай. Честно уже пора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

59. Сообщение от Аноним (59), 29-Июл-24, 23:08	+1 +/–
Т.е.  бабуинту теперь не значимый?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #96

61. Сообщение от MaleDog (?), 29-Июл-24, 23:17	+2 +/–
М-м. Берем какой нибудь минимальный desktop. Ставим на базе openrc или sysvinit. Получаем около 20 башпортянок длинной ну строк 50 максимум. Если не 1с там портянка так портянка, но она и в systemd не то чтобы прям так уж короче, просто в отсутствии интерпретатора запихали все параметры в одну строку с командой вместо того чтобы генерить их скриптом. Берем этот же desktop и получаем 50+ юнитов и далеко не все стартуют из /etc. Часть еще из /usr. Ну юниты то проще и очевиднее, просто их дохрена и связи между ними далеко не всегда очевидны. Понадобились даже дополнительные инструменты вроде *ctl. Переносятся? Три раза ХА. Что-то простое переносилось и так. Умеешь писать bash-портянки нет никакой проблемы написать upstart или openrc или runit ... да хоть bsd портянку. В остальных случаях будешь прибит гвоздями к особенностям дистрибутива: - этого старая версия systemd; - у этого старое ядро. - этот использует параноидальные патчи безопасности. - этот networkd, тот NetworkManager, а этот netifrc. - этот timesynkd, chrony, а этот openntpd. - этот apparmor, этот selinux, а тот уже контейнеры/виртуализацию для каждого приложения использует. - этот пакетный, тот обновляется атомарно; - этот все еще на пульсе, а тот уже на pipewire. А не совпадающие версии системных библиотек? В итоге мы объявили стандартизацию и променяли шило на мыло. Debian и Ubuntu используют один инит и один пакетный менеджер(не смотря на snap), но сомневаюсь что для большинства хоть сколько либо сложных приложений можно собрать универсальный deb. А если и можно было так ему было пофигу какой init. На мой взгляд в угоду "стандартизации" принесли в жертву unixway. "Делай одну вещь,но хорошо" Так что systemd - это такой init для недоучек. Как и все остальные его костыли. Каждый из них не дотягивает по функционалу, до любого другого приложения функции которого взял. Но при этом если ты не особо взыскателен, то можешь использовать этот функционал. Но тогда не надо мне говорить об его универсальности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #66, #80, #137

62. Сообщение от Аноним (62), 29-Июл-24, 23:18	+2 +/–
Хоть попробовал бы "перенести между дистрибутивами". это чудище везде разных версий с разными оторваными частями, да ещё и смотано в клубок декларативных портянок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #153

63. Сообщение от Аноним (62), 29-Июл-24, 23:19	+/–
Без системд под видом "прогресса" (выгодного для буржуинов) тоже?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #71

66. Сообщение от scriptkiddis (?), 29-Июл-24, 23:28    Скрыто ботом-модератором	+2 +/–
Это да. Но. Пойми под лялексом требовался svhost. Сисьд это он. Все остальное побочка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

67. Сообщение от scriptkiddis (?), 29-Июл-24, 23:29	+3 +/–
Замечал что те у кого свап, ноют воообще обо всем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #81

71. Сообщение от noc101 (ok), 30-Июл-24, 00:18	+/–
> Без системд под видом "прогресса" (выгодного для буржуинов) тоже? лечится пробуй)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

79. Сообщение от Аноним (226), 30-Июл-24, 03:20	+1 +/–
> devuan и antix и на серверах Я ещё поверил бы, если бы это была виртуалка с фтпшником в локальной сетке. Сервера, пфф.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #122

80. Сообщение от noc101 (ok), 30-Июл-24, 03:54	–2 +/–
Опять манипуляции. Все претензии к СистемДи, ровно ложатся и умножаются кратно в ваших любимых инитах всяких. Причем ситуацию там усугубляется тем, что несовместимость там даже среди одной мажорной версии. Шаг влево, шаг вправо, иди нафиг, кто ты такой. Но удобно говорить, какой плохой СистемДи, который пытается устроить совместимость. И кстати делает это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #150

81. Сообщение от noc101 (ok), 30-Июл-24, 03:55	+/–
> Замечал что те у кого свап, ноют воообще обо всем. У меня своп, не ною. Что я делаю не так?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #91

82. Сообщение от noc101 (ok), 30-Июл-24, 03:56	+/–
> Собственно, у меня и сейчас, если своп был заполнен, не успевает отмонтировать > до перезагрузки и сыпет ошибками без особых причин даже когда успевает, > а если нет, при загрузке ещё минут 10 на восстановление журналов. > Если это невозможно, то ждём час без журнала (ext4). Есть ещё > развлекуха, когда драйвер бесперебойника у NUT отваливается, без перезагрузки восстановить > сервис квест ещё тот. Использование cgroups несколько костыльно с openrc выглядит > (в теории конечно нормально, но не удобно). Кеды очень плачутся, что > не могут найти инит. Не пробовал своп делать побольше? Ну чисто для эксперимента... или тогда поныть нельзя будет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #90

87. Сообщение от Аноним (87), 30-Июл-24, 05:56	+/–
А чо за вброс? Не строй себе иллюзий, думать это очень сложно и трудозатратно. Ты вспотеешь! Лучше скажи, чем openrc неустраивает? Если сможешь, конечно же ;) И кратко, зачем? И вообще, ИМХО, так поставленный вопрос, это для Алисы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #89

89. Сообщение от Аноним (5), 30-Июл-24, 07:03	+/–
У меня gentoo, к примеру. А "чем openrc не устраивает" может спросить только тот, кто видел его на картинках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

90. Сообщение от Аноним (5), 30-Июл-24, 07:10	–2 +/–
Ещё больше, как это поможет? Больше объёма ОЗУ делать нецелесообразно. У меня нет проблем со свопом, у меня есть проблемы с его отмонтированием после линковки браузера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #101, #117, #158

91. Сообщение от Аноним (5), 30-Июл-24, 07:14	+/–
> У меня своп, не ною. Что я делаю не так?) Учитывая, что свопа нет только у совсем уж инвалидов (ну и тех, кому микрозадержки бд нежелательно и приходится держать весь мусор в памяти), достижение так себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #116

92. Сообщение от ryoken (ok), 30-Июл-24, 07:29	+5 +/–
>>гиену Таки "геена". И это не животное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #124, #157

93. Сообщение от Аноним (93), 30-Июл-24, 07:52	–3 +/–
Аналогии - они как коммунизм. Красиво звучат в голове автора и абсолютно не работают в реальном мире.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #138

94. Сообщение от Аноним (94), 30-Июл-24, 08:00	+2 +/–
Из одной коробки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #226

96. Сообщение от Аноним (242), 30-Июл-24, 08:20	+/–
по сравнению даже только с одной хромоосью - абсолютно не значимый. https://cdn.statcdn.com/Infographic/images/normal/24228.jpeg
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #106, #110

99. Сообщение от Аноним (99), 30-Июл-24, 08:39	+/–
Вот есть ещё: https://core.suckless.org/sinit/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

101. Сообщение от Аноним (105), 30-Июл-24, 08:45	+/–
Но ведь можно не пользоваться браузером.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #108

103. Сообщение от Аноним (103), 30-Июл-24, 08:48	+/–
Да как всегда, будет немного комфортнее. И тебе, и тому, кто ломает твою систему. Из недавнего - xz c трояном как зависимость systemd. И плевать, что ты пользуешься только gzip к примеру, системда паровозом затащит троян к тебе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #222

105. Сообщение от Аноним (105), 30-Июл-24, 08:49	+/–
Апстарт костыльный костыль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #147

106. Сообщение от Аноним (105), 30-Июл-24, 08:51	+2 +/–
Не думал что бабуинту стоит виосновном на серверах? Подумай об этом на досуге.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #109

108. Сообщение от Аноним (242), 30-Июл-24, 10:08	–1 +/–
легче не пользоваться системдой
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

109. Сообщение от Аноним (242), 30-Июл-24, 10:10	+1 +/–
что и куда ставят бабуины от айти не очень интересно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #114

110. Сообщение от Аноним (110), 30-Июл-24, 10:13	+/–
Эта инфограмика для штатов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #148

111. Сообщение от Аноним (111), 30-Июл-24, 10:15	+/–
>> а теперь продолжает использоваться в таких дистрибутивах, как Devuan, Debian GNU/Hurd и antiX > А используется ли в *BSD? >> SysVinit 3.10, которая широко применялась в дистрибутивах Linux во времена до systemd и upstart > Мне кажется, upstart работает поверх SysVinit. Могу ошибаться. А если прав, значит, > в ChromeOS тоже завезут. openrc в зависимостях от sysvinit, поэтому апосредованно также и в Gentoo она используется ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

112. Сообщение от Аноним (111), 30-Июл-24, 10:17	+/–
> А кто этим сейчас пользуется из серьезных проектов? > Насколько я помню все значимые переехали на системмд. Весь мейнтсрим, да, переехал, но всякие экзотичные проекты есть не на systemd, и не обязательно только на sysvinit.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

114. Сообщение от Соль земли (?), 30-Июл-24, 10:25	+/–
Держи в курсе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

115. Сообщение от xPhoenix (ok), 30-Июл-24, 10:32	+/–
> развлекуха, когда драйвер бесперебойника у NUT отваливается Уверен, что проблема в systemd а не в кривом драйвере?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #120

116. Сообщение от Аноним (111), 30-Июл-24, 10:34	+/–
>> У меня своп, не ною. Что я делаю не так?) > Учитывая, что свопа нет только у совсем уж инвалидов (ну и тех, > кому микрозадержки бд нежелательно и приходится держать весь мусор в памяти), > достижение так себе. На десктопах своп ненужин, он медленный, оператива всё равно быстрее. А вот инвалиды те, кто не может толком объяснить зачем он нужен на десктопах, когда оперативы вагон, а если не вагон и её не достаточно, то тогда кто тут ещё инвалид, раз пользуется такими костылями и страдает от затупов системы?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #126, #142

117. Сообщение от Аноним (111), 30-Июл-24, 10:35	+/–
> Ещё больше, как это поможет? Больше объёма ОЗУ делать нецелесообразно. У меня > нет проблем со свопом, у меня есть проблемы с его отмонтированием > после линковки браузера. Своп на десктопе не нужен, шлак от браузера выносишь в tmpfs и радуешься жизни.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #118, #143

118. Сообщение от Аноним (5), 30-Июл-24, 10:53	+1 +/–
Скажем, файрфокс при линковке потребляет около 4-6гб на каждый процесс линкера. Ну и удачи положить 20гб временных файлов в tmpfs без свопа (хотя и с ним затея сомнительная). С хромиумом картина похожая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #127, #151

120. Сообщение от Аноним (5), 30-Июл-24, 10:56	+/–
Я уверен, что проблема в openrc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

121. Сообщение от Аноним (121), 30-Июл-24, 10:57	+1 +/–
OpenRC, хоть и с некоторых пор содержит реализацию init'а (/sbin/openrc-init), обычно используется в связке с чем-то вроде сабжа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

122. Сообщение от хрю (?), 30-Июл-24, 11:17	+/–
Для серверов как раз таки SysVinit заглаза хватит, а если это интранет, то и дистриб может быть любым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #220

124. Сообщение от Аноним (124), 30-Июл-24, 11:20	+/–
И ты сорвался в карьер где корабли ходят. Грамматикфюррер виноват.Очевидно покусал многих и снова транслит не в моде будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

126. Сообщение от Аноним (5), 30-Июл-24, 11:21	+1 +/–
А чего тут объяснять? Вполне успешно обосновывают каждый раз, из того, что я видел. Просто те, кто поумнее, понимают, что отключение свопа сказывается исключительно негативно. Памяти ведь не хватает для ряда редких операций, вот и нужен раз в неделю. И её всегда будет не хватать, независимо от того, сколько вагонов в наличии. Когда памяти достаточно, в нём будут лежать только данные, которые никак не используются и не могут вызывать заметных задержек. И больше ресурсов выделяется под полезные данные, вроде файловых кэшей. Затупы из-за свопинга меня беспокоили только на венде (но у неё любая дисковая активность это затупы), если свопинг на линуксе вызывает ощутимые задержки, вероятно, что-то не так настроено (какой-нибудь bfq включен или что-то подобное). Либо памяти совсем недостаточно: к примеру, какие-нибудь неиспользуемые паки текстур в игрушечке вполне могут полежать и в свопе, но если данные активно используются и модифицируются, задействование свопа может быть сопряжено с определёнными неудобствами. Конечно, большое значение имеет скорость носителя. Для свопа на ссд обычно приоритет, на быстрых жёстких дисках во вторую очередь размещается, на медленные вообще не стоит. Я использую ссд только когда необходимо "добавить памяти", в остальных случаях своп на магнитных дисках норм. Бонусом, когда веббраузер в очередной раз протекает на тысячи гигабайт, у меня есть время отреагировать и прибить проблемный таб без нарушения работы остальной системы (есть фоновые программы, очень негативно относящиеся к фризам, в частности, это относится к программам, задействующим sqlite). В некоторых случаях oom-killer может так и не прийти, сколько часов его ни жди.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #133

127. Сообщение от Аноним (147), 30-Июл-24, 12:20	+1 +/–
с ним бессмыслено говорить - он даже не понимает, что ты говоришь о сборке из сырцов :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118

128. Сообщение от _kp (ok), 30-Июл-24, 12:40	+/–
Турбина изначально была придумана как сильно более простой двигатель по сравнению с ДВС, ибо ДВС большой мощности превращается в лютый звездец (компоновка в виде звезды в несколько слоёв, а не то что Вы подумали), но для авиации ещё и тупо упирался в возможности дальнейшего развития. Правда турбина довольно быстро усложнилась, но задачу решила. Оптимальна не для всякого применения, но где то неё никак. То же с SysVinit, по мере увеличения задач, скрипты усложнялись и распухали. И если для встраиваемого контроллера initd нафиг не сдался, а достаточно upstart, а то и init, то для десктопа уже SysVinit не очень оптимальный выбор. В общем, нужно и то и другое, в зависимости от оптимальности для решаемых задач.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #162

129. Сообщение от crypt (ok), 30-Июл-24, 12:44	+/–
> А используется ли в *BSD? В *BSD тоже же инит с runlevels, но он кодово не связан и заточен под ядра конкретной ветки BSD. HISTORY      An init utility appeared in Version 1 AT&T UNIX. CAVEATS      Systems without sysctl(8) behave as though they have security level -1.      Setting the security level above 1 too early in the boot sequence can      prevent fsck(8) from repairing inconsistent file systems.  The preferred      location to set the security level is at the end of /etc/rc after all      multi-user startup actions are complete. FreeBSD 13.2-RELEASE-p11         July 22, 2021        FreeBSD 13.2-RELEASE-p11
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #168, #261

131. Сообщение от User (??), 30-Июл-24, 12:55	+/–
А они на sysvinit когда-то успели переехать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #149

132. Сообщение от User (??), 30-Июл-24, 12:59	+2 +/–
Забавно, что сравнивать предлагается "паровой двигатель из овна и палок" с СОВРЕМЕННЫМ ДВС :). Если сравнивать одногодок - то "все не так однозначно"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

133. Сообщение от _kp (ok), 30-Июл-24, 13:04	+/–
Пример. Пусть есть система с 8ГБ ОЗУ и игра, ну например Скайрим. ОЗУ 8ГБ ей за глаза хватит, но заработает и на 1ГБ. Разница в скорости будет приличная, ибо кэши поменьше будут, что то будет часто подгружаться с диска. Но формально, и 1ГБ ОЗУ хватает. :) В фоне работают браузер и офис (игра у нас просто как пример приложения). Браузер тоже работает даже при доступном ОЗУ 1ГБ, хуже чем когда памяти много, но точно работает. И тут возникает ложное чувство что памяти всем хватает. А ведь, будь ОЗУ больше, работало бы быстрее. Но когда в своп уходит неиспользуемая память, а активное приложение получает больше физической памяти быстродействие то взлетает. Еще приложения очень часто запрашивают памяти сильно больше чем используют, ну например выделяют избыточные буфера, что б точно не переполнилось. В случае с ОЗУ эта память пропадает. В случае со свопом она выделяется в свопе, и если приложение её так и не использовало, то туда даже обращения не делаются, а физической памяти для приложений больше остаётся. Исключение. Если активному приложению, для оптимальной работы, требуется памяти больше есть в системе, то никакой своп не поможет. Своп это не замена ОЗУ. Мак М1 8/256 тому наглядный пример, на 8ГБ игры в виртуалках люто тупят, несмотря на "быстрый своп", а на моделях с 16ГБ ОЗУ уже летают. :) И конечно, если ОЗУ тупо много, то нужды в своп нет. При наличии 64+ ГБ ОЗУ своп сегодня для десктопных задач не нужен. Но если в ноутбуке всего 16ГБ ОЗУ, а работают не с офисом, то своп приносит пользу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #135

135. Сообщение от Аноним (5), 30-Июл-24, 14:30	+1 +/–
На самом деле, у меня есть неплохой пример игры, которой было нужно около 8гб видеопамяти (хотя по виду ей 1гб за глаза и в требованиях зачем-то врут), и если запускать её на карточке с 2гб, она демонстрирует различные интересные спецэффекты при недостатке оперативной памяти (в которую вытесняется видеопамять). Решением было добавить достаточно большой файл на диске (в несколько раз больше ожидаемого), из минусов только загрузка уровня несколько минут, и катсцены в начале уровня подлагивали при 1 запуске. Да и в целом, если все фоновые табы веб-браузера, которые мне не нужны, будут лежать на диске, это только плюс. Я не помню, чтобы загруженные сброшенные на диск табы были проблемой, а ведь это куча памяти (и они протекают, кроме того). "Остановленные" и "спящие" процессы тоже можно выгружать целиком, пока они не будут запущены, это пустая трата памяти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133

136. Сообщение от Аноним (-), 30-Июл-24, 14:42	–6 +/–
Впечатляет как упорно (или упорото?) люди продолжают что-то дописывать в уже практически никому ненужное поделие. Их бы силы, да в правильное русло...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #139, #165, #225

137. Сообщение от denobabybunkoaexpressmoduleexportimport (?), 30-Июл-24, 15:24	+1 +/–
> init для недоучек так его за этим и сделали как и гоязык. куча народу с меньшим уровнем образованности, но в жёстких рамках, сделает в итоге больше работы, чем два умнейших человека с развязанными руками. умные и пилят эти жёсткие рамки. а всякие юниты пусть июни набивают - им нужно клавиатуру изучать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #237

138. Сообщение от 111 (??), 30-Июл-24, 15:29	+2 +/–
Аналогии всегда ложны. Ваша аналогия тоже ложна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

139. Сообщение от Аноним (139), 30-Июл-24, 15:53	+3 +/–
> Их бы силы, да в правильное русло... Мой многолетний опыт бодания с опенсорсом, говорит о том, что гораздо быстрее и проще создать что-то своё на миллион строк, чем месяцами пытаться пропихнуть патч на 10 строчек в чужой проект.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #146, #221

140. Сообщение от uis (??), 30-Июл-24, 15:54	+1 +/–
И где эти ваши эффективные теплоэлектростанции на ДВС?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #182

141. Сообщение от uis (??), 30-Июл-24, 15:56	+/–
Баш-портянить? Openrc?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

142. Сообщение от Kuromi (ok), 30-Июл-24, 15:57	+/–
Своп можно разместить на быстром SSD например, иначе зачем еще нужны эти трюки с SLC кэшем в современных носителях? Да и при повседневном использовании при отсутствии недостатка памяти в своп вытесняется что-то очень редко используемое, некритично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

143. Сообщение от uis (??), 30-Июл-24, 16:03	+1 +/–
Проблема: мало оперативы Твоё решение: забить оперативу ещё сильнее
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

144. Сообщение от uis (??), 30-Июл-24, 16:16	+/–
> он построен поверх сабжа из новости Откуда ты это взял? USE="-sysv-utils", только не забудь заранее agetty в openrc настроить и init ядру прописать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #145

145. Сообщение от Аноним (5), 30-Июл-24, 16:32	+/–
>> он построен поверх сабжа из новости > Откуда ты это взял? USE="-sysv-utils", только не забудь заранее agetty в openrc > настроить и init ядру прописать. Не умничай, тебе не к лицу. Экспериментально можно уже заменить зависимость от sysvinit на собственные костыли, но это не штатно. И с юзом ты ошибся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

146. Сообщение от Аноним (147), 30-Июл-24, 17:08	+/–
> пропихнуть патч на 10 строчек в чужой проект это ты про системдю?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

147. Сообщение от Аноним (147), 30-Июл-24, 17:15	–2 +/–
ну апстарт юзает самый популярный десктопный линукс, да и красная шапка себе его на сервера утащила и ничего - пользовались и не жаловались... на самом деле в 10.04 он отлично работал, а вот в 9.х косяки были и приходилось костылями подпирать иногда...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #169, #211

148. Сообщение от Аноним (147), 30-Июл-24, 17:18	+/–
нет это мировая ковидная когда у хромооси пик был. Так как на корпоративных машинках она чувствует себя хреново, то после выхода ковида ее доля просела...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

149. Сообщение от Аноним (147), 30-Июл-24, 17:24	+1 +/–
а причем тут сабж? в них не используют системдю и при этом имеют отличную долю рынка... а вот системдя, которая должна была прям вот, по мантрам фанбоев, совершить революцию и таки победное шествие устроить... но в общем и целом шествия не получилось... на серверах, где до системды линукс рулил и сейчас рулит, на десктопе как не было серьезной доли так и нет... а сабж как использовали, так и будут использовать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #207

150. Сообщение от MaleDog (?), 30-Июл-24, 17:54	+/–
> Опять манипуляции. > Все претензии к СистемДи, ровно ложатся и умножаются кратно в ваших любимых > инитах всяких. > Причем ситуацию там усугубляется тем, что несовместимость там даже среди одной мажорной > версии. Шаг влево, шаг вправо, иди нафиг, кто ты такой. > Но удобно говорить, какой плохой СистемДи, который пытается устроить совместимость. И кстати > делает это. Мои иниты не пытаются везде пролезть без мыла и взять на себя функционал не свойственный
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #154, #233

151. Сообщение от Аноним (-), 30-Июл-24, 17:57	+/–
>  Ну и удачи положить 20гб временных файлов в tmpfs без свопа (хотя и с ним затея сомнительная). И все-таки, зачем своп? Делаешь просто рамдиск на 32Гб и все временные файлы складываешь туда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #152

152. Сообщение от Аноним (5), 30-Июл-24, 18:11	+/–
Это работает только когда у тебя терабайт оперативки и она простаивает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

153. Сообщение от Аноним (23), 30-Июл-24, 18:29	+/–
Блин, а можно выражаться не в гуманитарном стиле общими словами? >везде разных версий Где везде? Как версия влияет на юниты? >с разными оторваными частями Какими частями? >смотано в клубок Что такое клубок? Это технический термин? >декларативных портянок Оксюморон. Портянка - это описание алгоритма. Декларативный синтаксис описывает результат, а не алгоритм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

154. Сообщение от noc101 (ok), 30-Июл-24, 18:38	+/–
> Мои иниты не пытаются везде пролезть без мыла и взять на себя > функционал не свойственный Это ты так мечтаешь! Как напишешь скрипты так и будет он работать. Никто не мешает написать скрипт взлома пентагона. Как обычно ретрограды пытаются манипулировать, но как всегда нагадили себе в штаны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

157. Сообщение от noc101 (ok), 30-Июл-24, 18:46	+/–
>>>гиену > Таки "геена". И это не животное. Точно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

158. Сообщение от noc101 (ok), 30-Июл-24, 18:58	+/–
> Ещё больше, как это поможет? Ты пишешь, что у тебя Своп переполняется. Собственно, сделай своп больше. >Больше объёма ОЗУ делать нецелесообразно. У меня нет. Все зависит от задач. Своп используется не только для складировании ОЗУ в него. > нет проблем со свопом, у меня есть проблемы с его отмонтированием > после линковки браузера. Не понимаю. Зачем его отмонтировать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #159

159. Сообщение от Аноним (5), 30-Июл-24, 19:09	+/–
>> Ещё больше, как это поможет? > Ты пишешь, что у тебя Своп переполняется. Собственно, сделай своп больше. Разве? Где? Наоборот, он слишком большой и не системе хватает времени на graceful завершение. >>Больше объёма ОЗУ делать нецелесообразно. У меня > нет. Все зависит от задач. Своп используется не только для складировании ОЗУ > в него. >> нет проблем со свопом, у меня есть проблемы с его отмонтированием >> после линковки браузера. > Не понимаю. Зачем его отмонтировать? Чтобы перезапустить систему и протёкшие программы с утраченными ресурсами ядра (и обновить его заодно), а точнее, чтобы избежать повреждений ФС при этом. Кроме того, иногда приходится переподключать своп, потому что он будет заполнен, а на деле там 1% размазан. Если он заполнен, то он не может использоваться, и это приводит к лагам и зависаниям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #172

160. Сообщение от Zenituur (-), 30-Июл-24, 19:10	+/–
У меня 2 компьютера 2 системы, один с Linux, другой с Windows OS. Я на опеннете запиливал новость про проприетарное программное обеспечение. Также, я позволял себе насмешливые высказывания в адрес Свободивцев.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #167, #179, #213

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

162. Сообщение от Аноним (-), 30-Июл-24, 19:46	+/–
>То же с SysVinit, по мере увеличения задач, скрипты усложнялись и распухали. Фантазёр. SystemD был запилен лишь, как клон загрузочных init-файлов Wondows OS. Леннар Поттеринг поклонник всего виндовозного. Добро пожаловать в реальный мир!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #166, #189, #255

163. Сообщение от Аноним (163), 30-Июл-24, 20:09    Скрыто ботом-модератором	+/–
Пилять, ну сравни уже наконец простейший юнит с простейшей баш портянкой инита и прекращай хрень молоть. Хотя ты и сейчас тут на опеннете написал целую бесполезную портянку, прямо как баш в ините
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

165. Сообщение от Аноним (166), 30-Июл-24, 20:21	+3 +/–
Почему люди должны исспрашивать твоего позволения, куда им применять их силы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

166. Сообщение от Аноним (166), 30-Июл-24, 20:23	+/–
За что ему было сниспослано жалованье от любимой им мелкомягкой конторы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

167. Сообщение от Zenitur (ok), 30-Июл-24, 20:35	+/–
> У меня 2 компьютера 2 системы, один с Linux, другой с Windows OS. Не думаю, что это кому-то интересно. А почему не дуалбут? > Я на опеннете запиливал новость про проприетарное программное обеспечение. Чел, у тебя профиль пустой. > Также, я позволял себе насмешливые высказывания в адрес Свободивцев. И Монолитовцев!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

168. Сообщение от Zenitur (ok), 30-Июл-24, 20:40	+/–
>> А используется ли в *BSD? > В *BSD тоже же инит с runlevels, но он кодово не связан Понял, спасибо за ответ. Наверное, в каждой UNIX-like системе используется свой SystemV-like init.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #183

169. Сообщение от Zenitur (ok), 30-Июл-24, 20:43	+/–
> на самом деле в 10.04 он отлично работал, а вот в 9.х косяки были и приходилось костылями подпирать иногда... Мне он нравился прежде всего тем, что отлично выполнял свою задачу - распараллеливание загрузки. И при этом не пытался лезть, куда не просят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #212

172. Сообщение от noc101 (ok), 30-Июл-24, 20:56	+/–
> Разве? Где? Наоборот, он слишком большой и не системе хватает времени на > graceful завершение. Я тебя не правильно понял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

179. Сообщение от Аноним (179), 30-Июл-24, 21:17	+/–
> У меня 2 компьютера 2 системы, один с Linux, другой с Windows > OS. Я на опеннете запиливал новость про проприетарное программное обеспечение. Также, > я позволял себе насмешливые высказывания в адрес Свободивцев. Круто! Виртуально пожимаю руку, особенно за последнее. А то народ уже в своем фанатизме с катушек сьезжает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #218

182. Сообщение от Аноним (182), 30-Июл-24, 21:39	+/–
Тебе какие нужны? ДГУ, газопоршневые или бензиновые? Стационарные или передвижные?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #223

183. Сообщение от crypt (ok), 30-Июл-24, 22:08	+2 +/–
> Понял, спасибо за ответ. Наверное, в каждой UNIX-like системе используется свой SystemV-like > init. init, будучи вторым краеугольным камнем после ядра, во-первых, был частью концепции, а во-вторых, отражал развитие кодовой базы этих ОС. UNIX-like - это на самом деле только Linux, который был написан с нуля достаточно поздно, а BSD - имеют прямое сродство кодовой базы с UNIX, см. отсылку к AT&T в мануале и семейное древо: https://www.reddit.com/r/linux/comments/huhqrh/unix_family_t... классический init - это часть религии UNIX. это очень маленькая и надежная кодовая база в районе 2000 строк кода. по сути выстрелил и забыл. Linux просто копировал этот концепт, они ведь создавали OpenSource UNIX. Замену такому init с runlevels стали искать только в XXI веке. В Solaris придумали замечательную вещь svcs. Это не замена, а надстройка над init с функцией супервайзера. Это то, что я хотел бы видеть в Linux. В Mac OS - launched чисто для десктопа. Никогда не будучи поклонником UNIX Поттер спустя 10 лет активно копировал именно это. А до этого в Linux упражнялись кто во что горазд: upstart, openrc и все прочее, что не полетело. А то, что полетело оказалось еще страшнее... systemd давно перевалил за миллион строк кода. Для меня просто вопрос времени, когда это решение громко рухнет. BSD же не подпирали требования рынка и они, как пластинки, остались в XX веке. что мне в них и нравится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #188, #216

188. Сообщение от Zenitur (ok), 30-Июл-24, 23:20	+/–
Ого, подробный и развёрнутый ответ. Спасибо. > Замену такому init с runlevels стали искать только в XXI веке. В Solaris придумали замечательную вещь svcs. Это не замена, а надстройка над init с функцией супервайзера. Это то, что я хотел бы видеть в Linux. В треде я так и не получил ответа, базировался ли upstart поверх SysVinit, или полностью его заменял. Если базировался - значит, он и был тем самым супервайзером, позволяющим делать загрузку многопоточной (стало актуально, когда на компах стало более чем 1 ядро процессора). Насколько я знаю, конец upstart наступил не по причине технических недостатков (хотя они были, и выше в треде о них писали), а по политическим причинам. Во время ссоры между Red Hat и Canonical, первые заявили, что Canonical ничего не делает. Вторые ответили "а как же upstart, процесс no. 1 в вашем RHEL 6?". На что первые признали "таки да, Canonical что-то делает". И тут же начали разработку Systemd. P.S. Что интересно, в последнем Дебиане на SysVinit (Wheezy) загрузка была многопоточная, а upstart не было. Как они это сделали, не понимаю. Так же в Mageia 1 (первая и последняя версия на SysVinit).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183 Ответы: #196, #201, #229

189. Сообщение от _kp (ok), 30-Июл-24, 23:23	+/–
> Фантазёр. SystemD был запилен лишь, как клон Клон или не клон. Хотели замену проще в настройке, легкую и удобную. Что могло пойти не так? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

196. Сообщение от Аноним (242), 31-Июл-24, 00:07	+/–
> конец upstart наступил ХромоОС удивилась, так как в ней до сих пор используют :) Все же самый популярный десктопный линукс ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #202

201. Сообщение от crypt (ok), 31-Июл-24, 07:28	+/–
> Ого, подробный и развёрнутый ответ. Спасибо. Да не за что, сам с интересом соображаю) Я всегда думал, что upstart - это просто скрипты поверх, но сейчас вижу, что upstart полностью заменял стандартный инит. Там был полностью свой бинарник с именем init, который внутри имел привязки к dbus. Историю с RH vs Canonical я тоже помню, RH тогда презрительно ответили: подумаешь какой экзотический пример! Справедливости ради, это решение и правда казалось на уровне тех же openrc, таким же кустарным. Код и сейчас изобилует сокращениями NIH, что говорит о подходе. А насчет дебиана, я думаю, ты что-то путаешь. Если шла многопоточная загрузка, то это уже был апстарт. Стандартный инит так не может. Видимо, где-то уже подмена стандартного init шла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #203

202. Сообщение от crypt (ok), 31-Июл-24, 08:38	+/–
>> конец upstart наступил > ХромоОС удивилась, так как в ней до сих пор используют :) Все > же самый популярный десктопный линукс ;) а кодовая база upstart с 2010 года не обновляется. работает - не трогай?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196 Ответы: #204

203. Сообщение от Аноним (242), 31-Июл-24, 08:45	+/–
> А насчет дебиана Может, боле того, еще в 2009 мог... https://lists.debian.org/debian-devel/2009/09/msg00421.html но тогда это было отключено по дефолту. Сейчас включено по дефолту. На простейших конфигах прироста по скорости загрузки не дает, но чем дальше в лес, тем толще партизаны. Сейчас десктопный devuan загружается и выключается не медленнее debian'a с тем же набором пакетов, а если у системди случается ее любимый косяк с 90 секундным таймаутом при включении или при выключении на каком-нибудь демоне, то devuan выигрывает раза так в 4 по скорости загрузки или завершения работы (смотря на какой стадии у системд затыки)...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #201 Ответы: #208, #217

204. Сообщение от Аноним (242), 31-Июл-24, 08:54	+/–
почему с 2010? Как минимум до 14.04 апстарт активно пилился, да и после патчился как убунтой так и красно-шапкой (ведь у них 6ка на нем была). Кстати, десктопный 16.04 на легких DE/WM с костыльками мог жить еще на апстарте, так как для серверного применения он в репе был/есть. https://launchpad.net/ubuntu/xenial/+source/upstart
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #209

205. Сообщение от Аноним (205), 31-Июл-24, 10:55	+/–
Системг устарело и уйдет за пшпшаудио. Современные иниты это dinit, s6, shepherd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #210

207. Сообщение от User (??), 31-Июл-24, 14:38	+/–
Не-не, тут нарушение логики. Исходный вопрос: "А кто этим сейчас пользуется из серьезных проектов? Насколько я помню все значимые переехали на системмд." Ответ про хромось и андроид плюс-минус соответствует второй строке но никак-никак не первой - ни то, ни другое sysvinit не использовало и переехать с него на systemd не могло хотя бы по этому. Как-то так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #224

208. Сообщение от crypt (ok), 31-Июл-24, 15:05	+/–
>> А насчет дебиана > Может, боле того, еще в 2009 мог... Эта инфа уровня анонимного поста, которым собственно твоя инфа и является. Какой-то скрытый (!) хак в рассылке. Если эта фича есть, где она документирована? Как реализована? Может, кто-то скрипт над инит какой-то наваял и все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #239

209. Сообщение от crypt (ok), 31-Июл-24, 15:09	+/–
о, прошу прощения, с 2016 года! это все меняет!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204 Ответы: #238

210. Сообщение от noc101 (ok), 31-Июл-24, 17:17	+/–
> Системг устарело и уйдет за пшпшаудио. Современные иниты это dinit, s6, shepherd. Мечтай)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

211. Сообщение от Аноним (-), 31-Июл-24, 19:01	+1 +/–
> ну апстарт юзает самый популярный десктопный линукс, Вы б еще андроид вспомнили. > да и красная шапка себе его на сервера утащила и ничего - пользовались и не жаловались... Только потом системду написала, чтобы не так мучительно как в апстарте. > на самом деле в 10.04 он отлично работал, а вот в 9.х > косяки были и приходилось костылями подпирать иногда... Он "отлично работал" - но вписаться стартовать за вот этой БД - чтобы ей потом пользоваться в своем сервисе - ее услугами - можно только отредактировав стартовые конфиги этой БД. А потом гадать на кофейной гуще - прибье пакетник при апдейте базы эти изменения, или таки нет?! Очень удобная система инициализации этот апстарт, особенно - вот - рюхание стартовых зависимостей. Настолько, что редхат и сделал systemd, с инверсным рюханием зависимостей. Так можно в СВОЕМ юнит-файле дописать от кого оно там depends, и совершенно пофиг перезапишет ли пакетник его конфиг. К тому же у них хватило ума разложить дефолты системы в /usr и админские оверрайды в /etc и пакетник их вообще никогда не трогает - так что уж точно не перезапищет, если они есть. Это был большой шаг вперед в менеджменте ОС. Нормальная интеграция этого всего с пакетниками, при том - любыми, и - вот - возможность зависимости нормально рюхать. А заодно нормальный обзор что откуда стартует и логинг. Убунты на это - не хватило, видимо фаза архитектуры в программировании - это совсем не для них.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #242, #246

212. Сообщение от Аноним (-), 31-Июл-24, 19:06	+/–
> Мне он нравился прежде всего тем, что отлично выполнял свою задачу - > распараллеливание загрузки. И при этом не пытался лезть, куда не просят. Поэтому в нем не было нормального логинга, интеграция с пакетником и зависимости были - никакие, и он сам периодически мог скушать свой же хвост, перетерев вон там админские изменения в конфиг проги от которой depends его сервис - и вот гадай, убабахает обновление загрузку или нет. Если конечно ставить только программы от сапопикала - ноу проблем. Но как только хочется запустить свой сервис, которого в репах не было - начинается полный капец. Никакого адекватного логинга, никаких гарантий что это переживет апдейты, никакого обзора статусов сервисов в людском виде. Ни-че-го. И в результате наворотили - во, а достоинств - во. А вот вам тут еще cron - никак с этим не интегрированый - с еще полдюжиной дир на изучение. Удачи понять что откуда стартует в произвольно взятой системе. Очень удобно. Аж так удобно что все кто имел к этому отношение и полюбили системду. Ну а пользователей они немного забыли спросить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

213. Сообщение от Аноним (-), 31-Июл-24, 19:09	+/–
> У меня 2 компьютера 2 системы, один с Linux, другой с Windows > OS. Я на опеннете запиливал новость про проприетарное программное обеспечение. Также, > я позволял себе насмешливые высказывания в адрес Свободивцев. Какой позор. Кто-то не придумал ничего умнее чем косплеить зенитара. Кошмар, куда катится этот мир.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

216. Сообщение от Аноним (-), 31-Июл-24, 19:47	+/–
> классический init - это часть религии UNIX. это очень маленькая и надежная > кодовая база в районе 2000 строк кода. по сути выстрелил и забыл. И это хреново. Инженерия не должна становиться религией с верованиями вместо рациональных решений. > Linux просто копировал этот концепт, они ведь создавали OpenSource UNIX. Вообще-то GNU расшифровывается как GNU is Not Unix. С самого начала. > Solaris придумали замечательную вещь svcs. Это не замена, а надстройка над > init с функцией супервайзера. Они еще помнится SMF сделали. Жуткий монстр с XML и кешированием в скулайт. Видимо только вон того не хватило? > Это то, что я хотел бы видеть в Linux. В опенсорсе кто хочет - тот и имплементит. Это же очевидно, не? > В Mac OS - launched чисто для десктопа. Никогда не будучи поклонником > UNIX Поттер спустя 10 лет активно копировал именно это. А существование SMF как вписывается в это все? Ну и поклоняться ради фиг знает чего - игноря насущные проблемы и вместо этого продвигая религии ни к чему хорошему не идет. Дело делают прагматики, а не религиозные фанатики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183 Ответы: #227

217. Сообщение от Аноним (-), 31-Июл-24, 19:53	+/–
> Сейчас десктопный devuan загружается и выключается не медленнее debian'a с тем же > набором пакетов, а если у системди случается ее любимый косяк ...то его хотя-бы затраблшутить можно, в отличие от кучки скриптов по сути без логинга, и апстарта который так по жизни был не сильно лучше этого самого. И поскольку код шатдауна там сделан коректно - косяки по крайней мере видно. А не так что мы тут безусловно расстреляем все и вся из реактивного г@вномета, а то что вон там сервис посыпался из-за некорректного грубого вырубания на середине - типа не ваши проблемы. Зато это проблемы тех кто это все эксплуатирует. Управление системой - это не только про время загрузки. Но и например, ответ на вопрос почему мой кастомный новый сервис в системе - не стартует. Или как например посмотреть а что вообще в вот именно этой системе стартует, и откуда берется. Или, например, глупо не отрезать сервис в отдельные namespace если уж ядро так умеет. Поэтому с системдой вон тот сетевой сервис, даже если его прошибут, вместо /home увидит - пустоту. А вон те - затарятся всякими ключами ssh при случае, и проч. Такая разница.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #241

218. Сообщение от Аноним (-), 31-Июл-24, 19:58	+/–
> Круто! Виртуально пожимаю руку, особенно за последнее. > А то народ уже в своем фанатизме с катушек сьезжает. Пожать руку фэйку зени? Вау, это шикарно было. Вы нашли друг друга. Капец, с такими юзерами проприетари - никакой антирекламы не надо, вы сами ходячая антиреклама.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179

219. Сообщение от Аноним (222), 31-Июл-24, 20:08	+/–
> Подумываю перейти с openrc на systemd, подводные камни? Во первых, придется все же прочитать ман. А именно man systemd.service, man systemd.exec и man systemd.unit для начала. А поняв как оно - в общем то ничего сложного. На самом деле довольно логичная штука с хоть каким-то подобием архитектуры, а не просто хаотичная свалка скриптов решающая хз какие проблемы. Во вторых, ну, вот, да, со временем стало довольно много фич, см выше про маны. С другой стороны - их самому имплементить и не надо как раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

220. Сообщение от Аноним (222), 31-Июл-24, 20:10	–1 +/–
> Для серверов как раз таки SysVinit заглаза хватит, а если это интранет, > то и дистриб может быть любым. Да, очень удобно когда диагностики на упавший сервис нет, в логах нихрена, а вот это - на том замурованом в стену сервере - вообще хрен его знает откуда запускается, ибо это знание Древних уже давно утрачено - с уходом последнего из могикан^W админов владевшим сакральное знание. ...но вы можете полдня покопаться сами, конечно, может и найдете где этот креативщик запускал вон то. Только чур это - ВАШЕ время будет угрохано на это все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #243, #268

221. Сообщение от Аноним (222), 31-Июл-24, 20:11	+/–
> Мой многолетний опыт бодания с опенсорсом, говорит о том, что гораздо быстрее > и проще создать что-то своё на миллион строк, чем месяцами пытаться > пропихнуть патч на 10 строчек в чужой проект. Нормальные люди обычно исследуют оба направления - запустив асинхронно патч на 10 строк, а если туго идет то и свое напрогав. Но в идеале удается сделать 0 дельту от апстрима - чтобы не майнтайнить это самому.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

222. Сообщение от Аноним (222), 31-Июл-24, 20:13	+/–
> Да как всегда, будет немного комфортнее. И тебе, и тому, кто ломает > твою систему. Из недавнего - xz c трояном как зависимость systemd. > И плевать, что ты пользуешься только gzip к примеру, системда паровозом > затащит троян к тебе. Сейчас от xz довольно много софта зависит так то. Я б еще понял бояться питона, который каждый первый скрипткидис юзает. Вот его отсутствие - кидисов расстраивает сильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

223. Сообщение от Аноним (-), 31-Июл-24, 20:16	+/–
> Тебе какие нужны? ДГУ, газопоршневые или бензиновые? Стационарные или передвижные? У них у ВСЕХ кпд - издевательский. Например, по сравнению с электрическими технологиями. Где КПД двигателя, трансформатора, аккуммуляторов и проч за 90% никого не удивляет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

224. Сообщение от Аноним (26), 31-Июл-24, 20:50	+/–
> Ответ про хромось и андроид плюс-минус соответствует второй строке но никак-никак не > первой - ни то, ни другое sysvinit не использовало и переехать Хромось-то, с ее апстартом как бы, под капотом и пользует сабж.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #257

225. Сообщение от Анониссимус (?), 01-Авг-24, 01:29	+/–
Правильно, зачем что-то дописывать? Пускай лучше всё будет сырое и недописанное. В лучших традициях погромистов (и не только попенсорсеров).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

226. Сообщение от Аноним (226), 01-Авг-24, 01:56	+/–
Из разных пакетов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

227. Сообщение от crypt (ok), 01-Авг-24, 09:52	+/–
очередной анонимный ноунейм, если ты мне в ответ на svcs пишешь про SMF, то слова твои не стоят ничего. я с этими технологиями работал, а ты из себя просто эксперта строишь. grow up. возьми на себя труд зарегиться, может, тогда я начну считать тебя чем-то большим, чем пятном на асфальте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216 Ответы: #232

229. Сообщение от crypt (ok), 01-Авг-24, 12:29	+/–
Zenitur, вот еще немного подробностей об ините во FreeBSD. /sbin/init - запускает дерево rc-скриптов, начиная с /etc/rc. В нем в частности выполняется С-утилита /sbin/rcorder, которая ничего больше не умеет, кроме как прочитать скрипты и определить порядок запуска по меткам provides/depends/before/after из них. Может выдать список последовательно, может для параллельной загрузки. Все. Очень элегантно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188

231. Сообщение от Да рзаве это имя.... (?), 01-Авг-24, 21:09	+/–
Параллельный запуск - хм, а в чём прикол? любая init-система запускает, ну допустим, 100 юнитов. Есть зависимости - что то требует работающее другое. 90% системных юнитов должны запускаться в определённом порядке. Условно - этапы - R/O, диск, FS, сеть, сетевые сервисы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

232. Сообщение от Аноним (-), 01-Авг-24, 21:18	+/–
> очередной анонимный ноунейм, если ты мне в ответ на svcs пишешь про > SMF, то слова твои не стоят ничего. я с этими технологиями > работал, а ты из себя просто эксперта строишь. grow up. возьми > на себя труд зарегиться, может, тогда я начну считать тебя чем-то > большим, чем пятном на асфальте. Многовато пафоса. Но работая с этими технологиями ты почему-то ничего не сказал как тебе XML и кеширование в скулайт. Есть категория людей которые предпочитают очень избирательный анализ технологий. Игноря неудобные моменты. И уважение этой категории людей мне, в общем то, ни к чему. Моя цель - сделать вас тем пятном на асфальте, в контексте IT. Вы это заслужили. Нет, двойным стандартам, вранью и полуправде - в опенсорсе не место. Мы любим его не за это. А высокомерные выскочки из тех проприетарных *nix вылетели на обочину за характерное соотношение апломба и скилла. Меня интересует уважение совсем других людей, не имеющих ничерта общего с такими как ты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227

233. Сообщение от Анони (-), 01-Авг-24, 21:23	+/–
> Мои иниты не пытаются везде пролезть без мыла и взять на себя > функционал не свойственный Ну я и пользуюсь системдой. Чтобы самому в i++ раз не решать уже давно решенные другими задачи, и вписав пяток строк конфига - заняться чем-то более интересным чем ЭТО. Нет, вы знаете, написание aux crap скриптов - моим хобби не является. А переизобретение великов, тем более с квадратными колесами - и подавно. И даже апгрейд до треугольных мне как-то так себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #234, #236

234. Сообщение от MaleDog (?), 01-Авг-24, 21:53	+/–
> Ну я и пользуюсь системдой. Чтобы самому в i++ раз не решать уже давно решенные другими задачи, и вписав пяток строк конфига - заняться чем-то более интересным чем ЭТО. Так а с чего ты взял что твои задачи решены системдой, Вот мне не нравится когда при повреждении системного раздела системда вызывает консоль админа вместо того чтобы тихо починить раздел в соответствии с настройками вродке forcefsck. Нет я конечно понимаю мантейнеры криворуки и все же почему они не додумывались до этого до прихода системГ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233 Ответы: #251

235. Сообщение от Да рзаве это имя.... (?), 01-Авг-24, 21:55	+/–
эм, продолжим да, в условиях, когда каждая секунда на счету, параллельный запуск - ну прямо то, что может привлечь на путь замены системы инициализации. >Управление зависимостями vs Управление зависимостями занимается администратор. Вот не верю, что SysInit запускает всё в алфавитном порядке, а отважный одмин каждый раз зависимости указывает. >Запуск сервисов через сокеты и D-Bus vs не существует - а зочем это? Что именно вдруг понадобилось запускать именно таким способом? То есть, не-рут процесс вдруг хочет запустить или остановить системный сервис. Почему? >Для SysInit нормально запустить неиспользуемый сервис. Это как? Либо сервис enabled, тогда он кому-то был нужен, вероятно, автору сборки ОС. А админ не отключил его. Либо disabled, тогда запуск такого сервиса - грубейшая ошибка в системе. Такое уж точно в прод не пошло бы. Или предполагается вариант 'random start'? >SysInit использует для логирования службы syslog, rsyslog, или syslog-ng, настроить их надо отдельно. Не настроил, твои проблемы. Настроил криво, твои проблемы. опять отважный одмин должен сам всё настроить. Из коробки, конечно, ни одна из этих служб не настроена. >Управление журналами полная противоположность предыдущему :) /sarcasm Также всё настроено. Только управлением журналами занимается какой нибудь newsyslog вместо system-logrotate или что там вообще >Управление ресурсами и изоляция процессов Етить-колтоить, а целое ядро операционной системы этим не занимается совсем, да? >Предоставляет единый формат конфигурации и управления Как и другие init >SystemD может автоматически перезапускать службы в случае их сбоя Вот это полезно, пожалуй. >Модульность и расширяемость, SystemD разработан как модульная система что позволяет легко добавлять новые функциональные возможности и расширения. :)))) Модульность и расширяемость, (любой скриптовый инит систем) разработан как модульная система что позволяет легко добавлять новые функциональные возможности и расширения. Итого, всего два агрумента похожи на правду, остальное - булшит. >Козырь SysInit это управление через портянки скриптов. Удобно аж жопа горит. о, кстати, вспомнил... iptables в одном месте настраивал ubuntu вроде бы была все команды на добавление правил добавлялись ... тада .... в unit-файл systemd-iptables (ЕМНИП так назывался) Удобно аж жопа горит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #240

236. Сообщение от MaleDog (?), 01-Авг-24, 21:55	+/–
>> Мои иниты не пытаются везде пролезть без мыла и взять на себя >> функционал не свойственный > Ну я и пользуюсь системдой. Чтобы самому в i++ раз не решать > уже давно решенные другими задачи, и вписав пяток строк конфига - > заняться чем-то более интересным чем ЭТО. > Нет, вы знаете, написание aux crap скриптов - моим хобби не является. > А переизобретение великов, тем более с квадратными колесами - и подавно. > И даже апгрейд до треугольных мне как-то так себе. Но все же в моем devuan такого не наблюдается. Сколько бы раз не выключили свет почини раздел и загрузимся мем более что корень на reaid1. А вот про системГ таукого сказать не могу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233 Ответы: #252

237. Сообщение от MaleDog (?), 01-Авг-24, 22:11	+/–
>> init для недоучек > так его за этим и сделали как и гоязык. куча народу с > меньшим уровнем образованности, но в жёстких рамках, сделает в итоге больше > работы, чем два умнейших человека с развязанными руками. умные и пилят > эти жёсткие рамки. а всякие юниты пусть июни набивают - им > нужно клавиатуру изучать ну я бы тут не стал клеймить  ЯП. Для каждого существует ниша. Я пришел в Go после программирования на Shell. Банально это был самый простой и функциональный язык. например на нем можно было без геморроя запрограммировать процедуры выполняющиеся параллельно без всяких import "библиотека для распараллеливания чего либо". Плюс он позволял тогда выпонитть код от Nt4 до win10 много языков пограммируемых или интерпретируемых ты знаешь с таким диапазоном и без установки runtime. Плюс синтаксис C/С++, так что с него проще начать решать задачи, а потом переходить к другим c-подобным языкам, как знать. В случае  с системГ я такого не наблюдаю Навыки в написании юнитов не пригодятся в написании init-скриптов, и наоборот навыки в написании init-скриптов пригодятся в написании юнитов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

238. Сообщение от Аноним (242), 02-Авг-24, 00:17	+/–
https://chromium.googlesource.com/chromiumos/third_party/ups.../ 2024 пойдет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #209

239. Сообщение от Аноним (242), 02-Авг-24, 00:22	+/–
ну да. я взломал рассылку дебиана ради спора, или я украл машину времени и сам написал это сообщение в 2009 году... > Может, может стоит тебе не тупить, а посмотреть как это реализовано... вроде не секретная информация...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208

240. Сообщение от noc101 (ok), 02-Авг-24, 00:22	+/–
Чел, я тебе начал отвечать, но потом понял, что ты классический пример линуксового проклятия - Мне не надо, значит это плохо и не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #235 Ответы: #244

241. Сообщение от Аноним (242), 02-Авг-24, 00:56	+/–
> это не только про время загрузки вот тут ты не прав! для фанбоев это была самая главная фишка - они носились по всем форумам с замерами времени - вот на 3 секунды быстрее - это прорыв - остальное же под капотом и фанбоям было не видно :) Но массовое применение ssd решало проблему заметно лучше... а сейчас и при загрузке со старых hdd системде хвастаться нечем...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #250

242. Сообщение от Аноним (242), 02-Авг-24, 01:05	+/–
х.з. в etc "само" не переписывало и ранее - админ мог переписать, не переписать или посмотреть diff и принять решение после этого. ЗЫ: но вообще при кривом пакете тебе что хочешь и хоть где перепишет из постинсталл скрипта ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211 Ответы: #258

243. Сообщение от Аноним (242), 02-Авг-24, 01:09	+/–
ой да, вот только что-то успешные админы арчика не могут поднять ситемдю на дебиановском сервере, так как "она очень старая и вообще" и все равно вызванивают магиканина который это ставил...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220 Ответы: #253

244. Сообщение от Да рзаве это имя.... (?), 02-Авг-24, 20:34	+/–
Да. Мне не нужен булшит и маркетинг. Из примерно 8 аргументов 2 заслуживают внимания. Остальное шлак. 75% шлака. Вот такое вот проклятие
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240 Ответы: #248

246. Сообщение от нах. (?), 02-Авг-24, 22:15	+/–
> Он "отлично работал" - но вписаться стартовать за вот этой БД - чтобы ей потом пользоваться в > своем сервисе - ее услугами - можно только отредактировав стартовые конфиги а теперь и редактировать нечего. ExecPre=sleep 1000 наше всьо Потому что внезапно твои "depends" работают совершенно не так как тебе мечтается (они вообще никак не работают, если честно) и изменить это поведение нормальным образом - нельзя. Отдельно поизучай-ка тонкое отличие requres, after и wants. Не по полстраничке "документации" а как оно на самом деле работает и почему нельзя этим пользоваться вот как раз в твоем случае (для хеловротов иногда работает, но тоже могут быть нюансы). Есть пара костылей с "condition", но про твою базу они ничего не слышали. > А потом гадать на кофейной гуще - прибье пакетник при апдейте базы эти изменения, или таки нет?! потому что твоя квалификация - нулевая. Иначе бы ты не гадал а посмотрел. Впрочем, если твой гуаносервис не может просто подождать пока база станет доступна вне зависимости от причин - то тебе уже ничего не поможет. Меняй профессию, сдавать бутылки у тебя должно получиться лучше чем админить сложные системы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211 Ответы: #249

247. Сообщение от нах. (?), 02-Авг-24, 22:19	+/–
> В новом выпуске SysVinit добавлена обработка сигнала > SIGRTMIN+4 и инициирование выполнения команды "shutdown -hP > now" для завершения работы при получении данного сигнала. > Обработка сигнала SIGRTMIN+4 потребовалась, так как его > генерирует systemd простите, а какое отношение имеет какая-то очередная чушь которую генерит системдрянь - к sysvinit? Честно говоря, уже очень бы хотелось чтобы могикане его пилящие пошли торговать пиццей и оставили проект в покое. Он еще долго проработает, если ничего просто не трогать.
Ответить | Правка | Наверх | Cообщить модератору

248. Сообщение от noc101 (ok), 02-Авг-24, 22:53	+/–
> Да. > Мне не нужен булшит и маркетинг. Из примерно 8 аргументов 2 заслуживают > внимания. Остальное шлак. 75% шлака. Вот такое вот проклятие Ты неадекватный! Если тебе не нужно, это не значит, что шлак. Продукт делается для широкого круга задач, а не для тебя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244 Ответы: #266

249. Сообщение от Аноним (-), 03-Авг-24, 01:24	+/–
>> своем сервисе - ее услугами - можно только отредактировав стартовые конфиги > а теперь и редактировать нечего. ExecPre=sleep 1000 наше всьо Во первых, ExecStartPre=, мистер "эксперт". Во вторых, я кажется понимаю почему пох не любит системду. Как говорится - "вы не любите кошек? вы просто не умеете их готовить!" :). Не, sleep 1000 это концептуально неверный подход - из мира ветеранюниксов, которые этот треш практиковали везде и всюду. А, да, мне еще знакомый девопс мастеркласс дал - запилив на скорость честный startup notification и даже вачдог - за цук 5 минут в вон тот кастомный сервис. Вот это я понимаю, мастеркласс. Не то что твой нудеж. > Потому что внезапно твои "depends" работают совершенно не так как тебе мечтается Оно вполне нормально работает - ежели пользоваться нормально. Т.е. читанув ман и используя бошку. И ты уж прости, но это воон та мадам с ранчо без высшего образования - могет. Орудуя серваками как рыба в воде. > (они вообще никак не работают, если честно) и изменить это поведение > нормальным образом - нельзя. Нормально оно работает. Просто использование бошки не отменяли. > пользоваться вот как раз в твоем случае (для хеловротов иногда работает, > но тоже могут быть нюансы). Там может быть нюанс - если база долго взлетает, в виде когда вон тот уже считает ее стартанувшей, а реально еще нет. Нет, delay это не рюхается. Рюхается либо активацией сокетами, либо стартап нотификациями. Да, конечно, можно сэкономить немного и нагамнячить с delay в стиле ветранюниксов. Но это то что называется - техдолг. Рафинированый и дистиллированый. > Есть пара костылей с "condition", но про твою базу они ничего не слышали. А есть еще пара способов - см выше. Наименее кривой, так то - честная стартап нотификация. Которую сервис должен кидать системде когда он реально готов работать. И чсх так можно сделать. А у сабжа - вообще нет такого понятия. Поэтому как кто засеквенсит такие вещи - да это его проблемы! Стандартных способов нет, каждый дp@4ut впpucядкy как умеет, сам. И получается ессно куда большая фигня в итоге. А когда васян совсем ушел... эээ... потом это знание древних вообще зачастую - утрачивается :)) > потому что твоя квалификация - нулевая. Иначе бы ты не гадал а посмотрел. Мне нормальные регламенты таких взаимодействий, унифицированные и стандартизированные на всю ораву, как-то больше по вкусу. Когда условились что пакетники выкатывают дефолты в /usr а админ оверрайды в /etc. Это поцтер очень правильно сделал. Не понимаю почему до остальных такая простая вещь как до жирафов и надо цать лет и пинок под ж, чтобы осознать. > Впрочем, если твой гуаносервис не может просто подождать пока база станет доступна > вне зависимости от причин - то тебе уже ничего не поможет. Ну как бы это мог быть и не лично мой гуаносервис. Я мог лишь хотеть запилить сервис в систему, при том что его в пакетах штатно нет. И вот тут возможны разные варианты уже. > Меняй профессию, сдавать бутылки у тебя должно получиться лучше чем админить сложные системы. ...сказал чудик, путающий директивы системды при попытке поумничать на тему :) А, да, и кто же это потом будет ныть что тем протоколом с нотификациями "на системду все завендорлочили!!!111". Не знаешь? А я вот догадываюсь ;). И не, никакой пощады. Ибо у вон того вообще нет механизма этого. И вот это уже - ващи траблы. Самопальное секвенсирование таких вещей несколько надоело, скажем прямо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246 Ответы: #260

250. Сообщение от Аноним (-), 03-Авг-24, 01:36	+/–
> для фанбоев это была самая главная фишка - они носились по всем > форумам с замерами времени - вот на 3 секунды быстрее - Ну как бы я тоже вполне оценил время старта всего одноплатника в 5 секунд при том что я ничего особо и не делал специально. Просто довольно шустро стартует за счет параллельного запуска. Рекордом это ессно не является, init=/your/app наамного круче. Вон там пример как в Qt программу за 0.3 секунды после ресета вваливаться. На ютубе видео есть, прикольно смотрится: после ресета экран немного мигает и на нем сново та же прога. Но. Гибкость такой boot sequence - как у чугуниевой рельсы, это вот реально "фирмвара фотика сони" получается. Т.е. от линуха по сути только ядро. > это прорыв - остальное же под капотом и фанбоям было не видно :) Как по мне так оно хорошо общим сочетанием. Много системного гемора с меня разгрузило. > Но массовое применение ssd решало проблему заметно лучше... а сейчас и при > загрузке со старых hdd системде хвастаться нечем... Массовое применение ssd никак не влияет на глупый туповэйтинг какого-нибудь DHCP с блокированием того что за ним стартовало например. Апстарт такие вопросы частично решал - но сделал вот именно секвенсирование кто за кем - максимально дурацки. Так что вписаться ЗА вон той прогой - это ЕЕ стартовый конфиг надо ковырять! Без регламентов гарантирующих что пакетник это не вынесет при апдейте той проги нахрен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241 Ответы: #265

251. Сообщение от Аноним (-), 03-Авг-24, 01:47	+/–
> Так а с чего ты взял что твои задачи решены системдой, С того что я имею свойство тестировать что настряпал - и даже юзаю свои технологии для себя. Чтобы быть в курсе как это РЕАЛЬНО работает вдолгую, и вообще. > Вот мне не нравится когда при повреждении системного раздела системда вызывает консоль > админа вместо того чтобы тихо починить раздел в соответствии с настройками У меня на допустим одноплатниках - ничего такого и близко нет. Они вообще никаких вопросов никогда и никому при старте не задают. Потому что некому и некуда. Это с системдой. И? > вродке forcefsck. Нет я конечно понимаю мантейнеры криворуки и все же > почему они не додумывались до этого до прихода системГ? У этого моего btrfs - fsck вообще "no-op". И я считаю это жирной фичой. Все рекавери как максимум сводится к отбрасыванию незавершенных записей. На этом рекавери ФС завершается. Это то как должны работать нормальные современные системы. Не, мануально что-то там где-то педалировать в таких вещах я в принципе не собираюсь. Системы должны выходить на режим без участия человека.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234

252. Сообщение от Аноним (-), 03-Авг-24, 01:51	–1 +/–
> Но все же в моем devuan такого не наблюдается. Сколько бы раз > не выключили свет почини раздел и загрузимся мем более что корень > на reaid1. А вот про системГ таукого сказать не могу. А я юзаю btrfs и там вообще нет такого понятия как "починить раздел". В CoW механике это просто не требуется, все что требуется это забыть про недописаный хвост, семантически эквивалентно откату полного журнала в чуть более старое состояние. Это немного ортогонально системде, системные проблемы можно на разных уровнях решать. И да, просто для понимания - powerloss тесты одноплатника включали в себя 1000 внеплановых ребутов на девайс (конечно, сие автоматизировано вон тем МК дергавшим силовой ключ, не сам же я буду щелкать, право).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236

253. Сообщение от Аноним (-), 03-Авг-24, 01:57	+/–
> ой да, вот только что-то успешные админы арчика не могут поднять ситемдю > на дебиановском сервере, так как "она очень старая и вообще" Хызы, вооооон на том серваке как раз мадам фанатеющая от арча - зажигает в дебиане. Разницы в именно systemd у них особо нет. А если позарез хочется фичу из вот именно нового системд, внезапно, в backports дебиана этого - есть. > и все равно вызванивают магиканина который это ставил... Не знаю кто там кого вызванивает, у меня такой проблемы нет как класса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #243 Ответы: #262

255. Сообщение от Аноним (-), 03-Авг-24, 05:13	+/–
>>То же с SysVinit, по мере увеличения задач, скрипты усложнялись и распухали. > Фантазёр. SystemD был запилен лишь, как клон загрузочных init-файлов Wondows OS. Есть только 1 небольшой нюанс: у винды нет "загрузочных инит файлов" как таковых. Есть - реестр и "services control manager" (SCM). У этого извратика сервисы, внезапно, DLLки (shared lib) кстати. Ну так по изначальной задумке. Кто майкрософту сказал что это круто - хрен его знает, но в какой-то момент они заметили что так если падает 1 приблуда то мрет - весь процесс, со всей оравой. Так появился svchost, хост-процесс для "сервиса", чтобы падал только 1 сервис. Не, в линузе до ТАКОГО не доперли. Совсем. И редактируется эта хрень только регэдитом, кривым и неудобным. В этом смысле читаемые конфиги, редактируемые чем угодно, да еще с маном - EPIC WIN. Не, на ключи реестра вообще описания нет. По памяти хреначьте, или как вам там угодно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

256. Сообщение от Аноним (-), 03-Авг-24, 05:22	+1 +/–
> Предоставляет единый формат конфигурации и управления А еше - логит выхлоп сервисов по дефолту, равно как и дает overview что вообще творится в вот этой системе. В SysV вы сами чешете репу почему вон тот сервис не стартует - и дописываете логинг проблем старта самолично, just in case. А уж посмотреть что откуда и почему стартует - да щас. А потом еще окажется что есть какая-нибудь лабуда типа крона, и вот вам еще полдюжины дир на обзор, потому что возможно "авторестарт" сервиса сделали - как пинок из крона. А чтоб вам не скучалось, эта пакость еще своей периодикой будет в логи спамить. Даже если и не делала нихрена. За сам факт существования. И тут вдруг оказывается что можно сделать systemd.timers - без всех этих мучений. Да еще легко навесив его в пару вот именно этому сервису.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #259

257. Сообщение от Аноним (-), 03-Авг-24, 05:23	+/–
>> Ответ про хромось и андроид плюс-минус соответствует второй строке но никак-никак не >> первой - ни то, ни другое sysvinit не использовало и переехать > Хромось-то, с ее апстартом как бы, под капотом и пользует сабж. У хромоси так то рыночная доля - сливается. А так все хорошо прекрасная маркиза.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224 Ответы: #263

258. Сообщение от Аноним (-), 03-Авг-24, 05:32	+/–
> х.з. в etc "само" не переписывало и ранее - админ мог переписать, > не переписать или посмотреть diff и принять решение после этого. Это прикол такой? Там все стартовые файлы - в /etc лежат. И дефолтовые пакетником приносятся - туда же. Поэтому если поменять чужой кнофиг - вопрос что будет при апдейте той софтины как бы весьма отдельный. И ответ на него сильно зависит от... конфигурации пакетника, дистро, и вообще пакетника. И вот там возможны варианты. Потому что это само по себе - collision. А когда системные дефолты в /usr а админские оверрайды в /etc - куда более разумно. > ЗЫ: > но вообще при кривом пакете тебе что хочешь и хоть где перепишет > из постинсталл скрипта ;) А вот фиг. На уровне соглашений дизайна системды пакетники в принципе не таскают файлы для системды в /etc - это менеджится исключительно админом. А пакетник таскает их в /usr и это совсем никак не может переписать админские оверрайды. Просто поттер хоть немного подумал об архитектуре своей штуки, в отличие от сапопикала. И когда автырям апстарта вот это вот в рассылке дебиана выкатили - им было асболютно нечем крыть. Ибо ни рюхание зависимостей ни интеграция с пакетником в таком виде "мелким патчем" не делается, это всю архитектуру надо в ноль разворотить и переделать. А когда тут уже системд с примерно таким и есть - ну, вот, апстарт и повыбросили даже из убунты. А что делать если с архитектурой совсем лажа вышла?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #264

259. Сообщение от noc101 (ok), 03-Авг-24, 05:42	+/–
>[оверквотинг удален] > В SysV вы сами чешете репу почему вон тот сервис не стартует > - и дописываете логинг проблем старта самолично, just in case. А > уж посмотреть что откуда и почему стартует - да щас. А > потом еще окажется что есть какая-нибудь лабуда типа крона, и вот > вам еще полдюжины дир на обзор, потому что возможно "авторестарт" сервиса > сделали - как пинок из крона. А чтоб вам не скучалось, > эта пакость еще своей периодикой будет в логи спамить. Даже если > и не делала нихрена. За сам факт существования. И тут вдруг > оказывается что можно сделать systemd.timers - без всех этих мучений. Да > еще легко навесив его в пару вот именно этому сервису. тупо плюсую! Я вот уверен, что большинство хейтеров, никогда такими вещами не занимались. Максимум в интернете читали. Отсюда и весь хейт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256

260. Сообщение от нах. (?), 03-Авг-24, 09:12	+/–
> Во первых, ExecStartPre мне феерично по-й. > Не, sleep 1000 это концептуально неверный подход - зато он работает. А костыли предусмотренные изготовителем - нет. > А, да, мне еще знакомый девопс мастеркласс дал - запилив на скорость честный startup notification угу, в коде какого-нибудь postgres (речь для мастера передергиваний была о том что у недотепы стартует софт, использующий базу, а база еще занята перебиранием своими внутренностями, и  предусмотреть в софте эту ситуацию нельзя, он эту маску же ж на стройке нашел) Безусловно вот этой вот хренью страдать - гораздо лучше и эффективнее чем какие-то фунимодные баш скрипты - их-то кто угодно может поправить, а поделку твоего девляпса еще поди вообще найди в чужой незнакомой системе. > А есть еще пара способов - см выше. Наименее кривой, так то - честная стартап нотификация. разработчики переносимого софта под юникс системы, а не lin00ps only удивленно чешут репы - куда им ее пихать в какой-нибудь фре. И да, напоминаю что это предлагается делать для поделки, основным уникальным достижением которой было заявлено спасение современных горе-разработчиков не умеющих ни в отсоединение от control terminal, ни в логи отличные от stdout. Это ж очень сложно и непонятно, вот стартап-нотификации мы умеем. Syslog не умеем. И вот так у вас примерно всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #249

261. Сообщение от нах. (?), 03-Авг-24, 09:18	+/–
> В *BSD тоже же инит с runlevels, но он кодово не связан эксперты... даже читать не обучены, некогда-некогда спринтнеждет. Пару букв знакомых увидели, слово до конца дочитывать незачем. > и заточен под ядра конкретной ветки BSD. тоже нет. Он примитивен как палка. Как и должен был бы быть нормальный юникс софт. Запускает /etc/rc и подбирает waitpid'ом бесхозные процессы. Больше ничего нет. /etc/rc - обычный шелл-скрипт (вернее, это в обычных ситуациях, а так ему все равно, можешь бинарник с таким именем положить туда). >      Setting the security level above 1 too security level не имеет никакого отношения ни к иниту, ни к runlevels.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

262. Сообщение от Аноним (242), 03-Авг-24, 12:04	+/–
> backports дебиана этого - есть. во-первых, "As Debian Backports do not support Long Term Support" (с) во-вторых, "Backports cannot be tested as extensively as Debian stable, and backports are provided on an as-is basis, with risk of incompatibilities with other components in Debian stable. Use with care!" (с) Но, естественно, установить на сервер васянскую версию комбайна работающего c pid=1 из бэкпортов и остаться без поддрежки, это в стиле "фанатеющая от арча" Это вам не про "сервер под кроватью", это решения уровня энтерпрайз Одминов Амазона и Гуголя! ЗЫ: Замечу, что с проблемами системд из backports тебе не помогут ни команда системд (они официально не поддерживают старые версии, для них старое это больше года и в bullseye-backports значит уже ваяется старье) ни в команде дебиана - они же предупредили "Use with care!" и "doesn't follow LTS".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253

263. Сообщение от Аноним (242), 03-Авг-24, 12:09	+/–
рыночная доля сливается только на фоне ее всплеска при домашнем ковидо-сидении, когда ноутбуки с хромоосью покупали как не в себя
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #257

264. Сообщение от Аноним (242), 03-Авг-24, 12:12	+/–
> А вот фиг кто же мне запретит залезть из постинсталл скрипта в /etc ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #258

265. Сообщение от Аноним (242), 03-Авг-24, 12:26	+/–
> DHCP с блокированием того что за ним стартовало например подожди, подожди, ты собрался монтировать по сети через NFS что-то еще до подъема сети? :) если у тебя десктоп, то конечно, ждать DHCP это уныло - ведь может ты не будешь запускать браузер сразу чтоб котиков смотреть... но и это надо править не в стартовых конфигах, а внезапно, в настройках сети...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250

266. Сообщение от Да рзаве это имя.... (?), 03-Авг-24, 22:13	+/–
Блин, неадекватный тут ты. Я два раза сказал - ваши (systemd-агитаторов) аргументы gov.no. Потому что берёте их из методички и не думаете. Совсем. Пример - ты говоришь о том, что systemd делает параллельный запуск, SysVinit не делает. Разуй глаза. Прямо в конце первого абзаца новости - "startpar применяется для обеспечения параллельного запуска нескольких скриптов в процессе загрузки системы". То, что это отдельный модуль, а не часть запускатора - шок, да? Это, кстати, "Модульность и расширяемость" :) Пример - я троллю, что сравнение фичи "Управление зависимостями" сформулировано отстойно. Ты ведёшься. Ты не понимаешь (и не говоришь об этом), что преимуществом systemd является учёт того, что при запуске сервиса, зависящего от другого, тот, другой, действительно запущен. Systemd так делает. Windows service manager так делает. SysVinit так делает? Нет. Он только учитывает последовательность запуска, а не зависимость от статуса. Ну что, я хейтю systemd или <s>хейтю</s> троллю отстойных агитаторов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248 Ответы: #267

267. Сообщение от noc101 (ok), 04-Авг-24, 05:49    Скрыто ботом-модератором	+/–
> Блин, неадекватный тут ты. Да да, это я тут кричу не нужно потому что цвет фломастера не красивый. У тебя адекватность так и хлещет. И это все твои аргументы овно. >startpar применяется для обеспечения параллельного запуска нескольких скриптов в процессе загрузки системы". То, что это отдельный модуль, а не часть запускатора - шок, да? Шок контент то что должно быть из коробки надо админу ставить отдельно и настраивать. Гениально!!! так то твой обос*аный SysVinit весь состоит из модулей, ну как из модулей, отдельный приложений, где ты должен склеить овном в одно целое и надеется, что оно будет работать. Это гениально! >Пример - я троллю, что сравнение фичи "Управление зависимостями" сформулировано отстойно. Ты ведёшься. Я тебе сразу сказал, ты неадекват. Что ты и подтверждаешь! Молодец. >Ну что, я хейтю systemd или <s>хейтю</s> троллю отстойных агитаторов? ты забыл штаны снять, обос*ался ты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266

268. Сообщение от Аноним (268), 08-Авг-24, 17:12	+/–
Не надо путать своё нежелание документировать систему и особенности работы того или иного решения. Если вы принимаете дела просто "для галочки", ничего в этом не понимая, потом не надо тут рыдать про "знание Древних уже давно утрачено". ЛЮБАЯ система нуждается в документировании и вдумчивом подходе. Если это не делается — то уже всё равно что использовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220

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

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