The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Выпуск системы инициализации sysvinit 2.98, opennews (?), 17-Ноя-20, (0) [смотреть все]

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


6. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Аноним (6), 17-Ноя-20, 23:48 
во всех холиварах меня удивляло одно- неужели все такие сисодмины олдовые и почему рядовому линуксойду не всё равно. По-моему, systemctl enable gdm.service это легко понятно и удобно, например.
Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск системы инициализации sysvinit 2.98"  +11 +/
Сообщение от Аноним (10), 17-Ноя-20, 23:57 
проблема не в подходе системды к запуску сервисов. Проблема в самой системде. Бинарные логи, попытка притащить все подряд (от днс ресолвера до системы бекапов) в pid-1 - вот это вот
Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск системы инициализации sysvinit 2.98"  –11 +/
Сообщение от Аноним (64), 18-Ноя-20, 03:54 
А можно более подробно - в чем проблема тех же бинарных логов? Да и юниксвэй себя давно изжил.
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск системы инициализации sysvinit 2.98"  +5 +/
Сообщение от Аноним (67), 18-Ноя-20, 04:02 
Бггг))

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

Это как сравнивать помоечную центось/федору и одним плейбуком развертываемую минималистичную опенбсд, арч или генту на инфр-е.

Ответить | Правка | Наверх | Cообщить модератору

97. "Выпуск системы инициализации sysvinit 2.98"  –5 +/
Сообщение от Аноним (97), 18-Ноя-20, 07:41 
Да, вот в этой вот помойке в /etc/init.d /etc/rc.d - "чистота и порядок". Особенно когда надо чуть больше, чем запустить бинарь... например потрекать живость, очистить при рестарте, поднять несколько копий одного бинаря, стопнуть сервис, форкающий вагон и тележку процессов, и т.п.

На локалхосте разве что.

Ответить | Правка | Наверх | Cообщить модератору

145. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Аноним (97), 18-Ноя-20, 10:17 
Понятно, мусье с заоблачным (по мнению самого мусье) IQ в содержимое того, что в этих каталогах лежит - не заглядывал. Только в список.
Ответить | Правка | Наверх | Cообщить модератору

199. "Выпуск системы инициализации sysvinit 2.98"  +3 +/
Сообщение от YetAnotherOnanym (ok), 18-Ноя-20, 12:31 
> в этой вот помойке в /etc/init.d /etc/rc.d

Там, вообще-то, всё чётко и разумно организовано. Если ты этого не разгляел - это характеризует тебя, а не sysvinit.

Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

69. "Выпуск системы инициализации sysvinit 2.98"  +6 +/
Сообщение от leibniz (ok), 18-Ноя-20, 04:10 
> Да и юниксвэй себя давно изжил

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

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

75. "Выпуск системы инициализации sysvinit 2.98"  +1 +/
Сообщение от псевдонимус (?), 18-Ноя-20, 05:07 
Сначала предложи замену юниксвею, а потом выбрасывай.
И в чем проявляется изжитость?
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

80. "Выпуск системы инициализации sysvinit 2.98"  –2 +/
Сообщение от bergentroll (ok), 18-Ноя-20, 06:12 
> И в чем проявляется изжитость?

Ещё батька Стлломан хаял!

Ответить | Правка | Наверх | Cообщить модератору

89. "Выпуск системы инициализации sysvinit 2.98"  –2 +/
Сообщение от псевдонимус (?), 18-Ноя-20, 06:54 
И чо? Для меня он не авторитет.
Ответить | Правка | Наверх | Cообщить модератору

101. "Выпуск системы инициализации sysvinit 2.98"  –1 +/
Сообщение от bergentroll (ok), 18-Ноя-20, 08:00 
Напрасно. Умный дядька, много доброго сделал.
Ответить | Правка | Наверх | Cообщить модератору

107. "Выпуск системы инициализации sysvinit 2.98"  –1 +/
Сообщение от псевдонимус (?), 18-Ноя-20, 08:24 
Сделал. Но он же не эксперт по всему.
Ответить | Правка | Наверх | Cообщить модератору

91. "Выпуск системы инициализации sysvinit 2.98"  +5 +/
Сообщение от www2 (??), 18-Ноя-20, 07:29 
Столман вроде хаял по другому поводу: потому что ранее общедоступные исходники Unix оказались вдруг зажатыми разными коммерческими фирмами. Он переизобретал свой GNU is Not Unix лишь потому, что лицензия не устраивала. Хотел иметь доступ к исходникам всего, чем ему приходится пользоваться.
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

100. "Выпуск системы инициализации sysvinit 2.98"  –2 +/
Сообщение от bergentroll (ok), 18-Ноя-20, 08:00 
RMS о себе:
«I chose that design to follow because it was portable and seemed fairly clean. I was never a fan of Unix; I had some criticisms of it too. But it was ok overall as a model.»

Из спича «почему вам не стоит использовать TCL» (да, RMS думает и об удобстве пользователей):
«If Tcl does
become the "standard scripting language", users will curse it for
years--the way people curse Fortran, MSDOS, Unix shell syntax, and
other de facto standards they feel stuck with.»

Помнится, он и непосредственно о «пути» высказывался, но я обломался найти. Может это было в биографической книге. А ещё GNU Emacs и coreutils красноречиво показывают, где Столлман сотоварищи видал Unix Way.

Ответить | Правка | Наверх | Cообщить модератору

109. "Выпуск системы инициализации sysvinit 2.98"  +3 +/
Сообщение от псевдонимус (?), 18-Ноя-20, 08:30 
>[оверквотинг удален]
> as a model.»
> Из спича «почему вам не стоит использовать TCL» (да, RMS думает и
> об удобстве пользователей):
>  «If Tcl does
> become the "standard scripting language", users will curse it for
> years--the way people curse Fortran, MSDOS, Unix shell syntax, and
> other de facto standards they feel stuck with.»
> Помнится, он и непосредственно о «пути» высказывался, но я обломался найти. Может
> это было в биографической книге. А ещё GNU Emacs и coreutils
> красноречиво показывают, где Столлман сотоварищи видал Unix Way.

Тикль использовать стоит. Гениальный язык.

Ответить | Правка | Наверх | Cообщить модератору

185. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Аноним (151), 18-Ноя-20, 11:48 
Стоит использоватьодобренный Гайл.
Ответить | Правка | Наверх | Cообщить модератору

225. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Аноньимъ (ok), 18-Ноя-20, 15:38 
Фортран не проклинают.
Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

280. "Выпуск системы инициализации sysvinit 2.98"  +1 +/
Сообщение от псевдонимус (?), 19-Ноя-20, 09:52 
> Фортран не проклинают.

А за что проклинать эту лошадку? Она делает свое дело и делает хорошо. В отличие от какого-нибудь пистона.

Ответить | Правка | Наверх | Cообщить модератору

127. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Michael Shigorinemail (ok), 18-Ноя-20, 09:32 
Это у него политическое -- эхо Symbolics.  Стоило бы кому-то на встречах со Столманом спросить "а если бы вдруг Scheme стала стандартным скриптовым языком, юзвери бы точно-точно не проклинали?".  Я не сообразил, да и это всё-таки серпом с размаху (но ведь справедливо).
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

136. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от bergentroll (ok), 18-Ноя-20, 09:51 
> Стоило бы кому-то на встречах со Столманом спросить "а если бы вдруг Scheme стала стандартным скриптовым языком, юзвери бы точно-точно не проклинали?".

Но Михаил, Autoinstall у ALT Linux на Scheme, в Alterator'е Scheme, а в wiki даже туториал есть (ни Python, ни Bash, ни Perl его не удостоились). То-есть, не обижайтесь на глупую шутку, вы про проклятья не по наслышке? =)

Ответить | Правка | Наверх | Cообщить модератору

288. "Выпуск системы инициализации sysvinit 2.98"  +1 +/
Сообщение от Michael Shigorinemail (ok), 19-Ноя-20, 14:09 
>> Стоило бы кому-то на встречах со Столманом спросить "а если бы вдруг
>> Scheme стала стандартным скриптовым языком, юзвери бы точно-точно
>> не проклинали?".
> Но Михаил, Autoinstall у ALT Linux на Scheme, в Alterator'е Scheme,

Это следствие и причина, если что. :)

> а в wiki даже туториал есть (ни Python, ни Bash, ни Perl его
> не удостоились). То-есть, не обижайтесь на глупую шутку, вы про
> проклятья не по наслышке? =)

Таки Вы думаете, шо я на systemd ругаюсь безосновательно? ;-)

Не, здесь всё просто: мы стараемся применять средства там, где они хороши (порой даже получается).  И то практика обучения сотрудников и участников сообщества той же схеме показала необходимость написания собственной вводной документации: http://altlinux.org/scheme

Вообще мне кажется, что императивный и функциональный подходы лучше ложатся на голову несколько разным категориям людей -- не возьмусь рассуждать в терминах ведущих полушарий (типа "левши" и "мы все остальные"), но ФП всё-таки идёт скорее понимающим математику как таковую (ну, кто решал задачки в символьном виде просто для развлечения, а затем уже подставлял циферки) -- а вот воинствующий императив скорее удел тех, кто мучился с циферками всю дорогу, не дружа даже с ними, а то и тупо подгонял решение под ответ в конце учебника (потому что надо же как-то было сдать эту математику и заниматься наконец своим другим).

Тут вообще интересная завязка с математикой именно как абстрактной точной наукой, функциональным программированием, "либералами" (а порой и прямо "правозащитной нацией") и "либерализмом" как мировоззрением, в котором мирно уживаются гуманитарные бомбардировки несогласных и "права человека" (начиная с права на жизнь), по моим наблюдениям и многолетнему общению.

То есть я не сильно бы с год-два назад удивился, если бы Столман попытался именно _принудить_ пользоваться каким-нибудь лиспом как _стандартным_ языком, будь у него такая возможность.  Невзирая на то, прёт оно другим или не прёт.  И в этом мы с ним расходимся.

А так вообще #127 было написано with a tongue in a cheek: лисп был первым ЯП, с которым вообще познакомился (по финскому двухтомнику, купленному в конце восьмидесятых "за макулатуру").  Но запинывать людей применять его даже там, где просится (или альт, или креститься) -- зачем?

Ответить | Правка | Наверх | Cообщить модератору

224. "Выпуск системы инициализации sysvinit 2.98"  +2 +/
Сообщение от Аноньимъ (ok), 18-Ноя-20, 15:28 
1. Системы многократно усложнились как программно так и аппаратно.
2. Появились умерли и снова появись снова умерли и еще раз появились человеческие ЯП.
3. "принципы юникс вея" изначально исключают из себя человека. Во первых они сформировались когда простота системы была важнее человеческого времени. А во вторых на волне конструктивизма(модерна) который теперь перерос в постмодерн.

Альтернатива "юникс вею" и так давно существует, это принципы GNU и лисп машин.

Цель заключается в том чтобы система была подконтрольной пользователю. Чтобы ей
1. Человек мог управлять.
2. Человек мог понимать.

Для этого необходимо групировать функции в программы удобным для человека образом.
Использовать удобные для человека средства для написания и связывания программ, а не "*->>ac${dr}" брейнфак.

Могу развивать идею дальше, хотя и Столлман много уже сказал.

Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

233. "Выпуск системы инициализации sysvinit 2.98"  +2 +/
Сообщение от LoudAnoonymous (?), 18-Ноя-20, 16:57 
Если человек, претендующий на роль администратора, а не домохозяйки за компьютером, не может управлять системой инциализации, а папку rc.d называет помойкой (сравнивая ее с бинарным черным ящиком SystemD), то может стоит подумать о самореализации в какой-то другой области?
А то подход "удобно, когда за меня все сделали, а я не понимаю как оно там работает" - он все же правильный в айфонах, а не в тех самых системах, которые "многократно усложнились как программно так и аппаратно".

Ну либо честно признать, что следующий шаг - это вообще отказаться от услуг обезьяны за клавиатурой.

Ответить | Правка | Наверх | Cообщить модератору

236. "Выпуск системы инициализации sysvinit 2.98"  –1 +/
Сообщение от Аноньимъ (ok), 18-Ноя-20, 17:46 
Вы правильно поняли суть модерна.
Первый шаг - превращение человека в машину - "пусть люди думают так как удобно машине".
Второй шаг - замена человека машиной.

Непрозрачная система которая делает что-то скрытое от пользователя это промежуточное звено, причем вытекающее органично из папки с шел скриптами.
Компьютеры для компьютеров!
Пусть программы управляют программами!

Ну а дальше отказ от мясомашины у экрана. Или интеграция её в компьютер.

Ответить | Правка | Наверх | Cообщить модератору

281. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от псевдонимус (?), 19-Ноя-20, 10:07 
> Вы правильно поняли суть модерна.
> Первый шаг - превращение человека в машину - "пусть люди думают так
> как удобно машине".
> Второй шаг - замена человека машиной.
> Непрозрачная система которая делает что-то скрытое от пользователя это промежуточное звено,
> причем вытекающее органично из папки с шел скриптами.
> Компьютеры для компьютеров!
> Пусть программы управляют программами!
> Ну а дальше отказ от мясомашины у экрана. Или интеграция её в
> компьютер.

Вообще по юниксвею все наоборот. Используются человекочитаемая текстовые потоки, а не норкоманские лиспмашыны.

Ответить | Правка | Наверх | Cообщить модератору

300. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Аноньимъ (ok), 19-Ноя-20, 23:37 
В юниксе потоки бинарные. Причем сырые - то есть не типизированные не объектные никакие, просто поток байт.
А у юзера есть "свобода" интерпретировать их как ему угодно.
Ответить | Правка | Наверх | Cообщить модератору

304. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от псевдонимус (?), 20-Ноя-20, 09:10 
> В юниксе потоки бинарные. Причем сырые - то есть не типизированные не
> объектные никакие, просто поток байт.
> А у юзера есть "свобода" интерпретировать их как ему угодно.

Да. Для этого есть утилиты и целые языки.

Ответить | Правка | Наверх | Cообщить модератору

237. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Аноньимъ (ok), 18-Ноя-20, 17:49 
> Если человек, претендующий на роль администратора, а не домохозяйки

Это какой-то кухонный элитизм.

Ну зачем, кому-то, сдалось, быть "администратором"? Вместо того чтобы быть хозяином машины становиться её обслугой?

Ответить | Правка | К родителю #233 | Наверх | Cообщить модератору

305. "Выпуск системы инициализации sysvinit 2.98"  +1 +/
Сообщение от Д1110ма (?), 20-Ноя-20, 18:46 
В обязанности админа как бы входит обслуживание.
Ответить | Правка | Наверх | Cообщить модератору

307. "Выпуск системы инициализации sysvinit 2.98"  +1 +/
Сообщение от Аноньимъ (ok), 21-Ноя-20, 19:51 
> В обязанности админа как бы входит обслуживание.

А в обязанности владельца - не входит.
Хочу обслуживаю хочу нет. Хочу еду в сервис на обслуживание.
Хочу разбираю машину на винтики.
Это называется частная собственность, концепция такая.

А дальше идут потребительские качества.
С точки зрения Ричарда Столлмана продукт не должен обладать скрытыми свойствами, должен предоставлять возможность и средства владельцу для полного управления собой, сборки разборки итд.

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

Например рулем рулить, а не 3мя скажем педалями, одна влево на 4% другая влево на 40% и третья в право на 15%.

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

А ведь машина сложное устройство совсем не проще юникса, но вот те, разбирались люди. И спроектировано было так чтобы упрощать обслуживание ЛЮДЬМИ.

Современные информационные технологии этого лишены начисто, от самого RISC ядра процессора и до прикладных программ.

Ответить | Правка | Наверх | Cообщить модератору

94. "Выпуск системы инициализации sysvinit 2.98"  –6 +/
Сообщение от Siborgium (ok), 18-Ноя-20, 07:36 
Нет проблемы бинарных логов. Луддиты готовы орать по поводу каждого лишнего мегабайта в пакете, при этом на гигабайты логов места не жалко, ведь погрепать логи (читать их централизованно, конечно, Столлман запретил) -- святое!
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

105. "Выпуск системы инициализации sysvinit 2.98"  +4 +/
Сообщение от Аноним (105), 18-Ноя-20, 08:13 
> при этом на гигабайты логов места не жалко

вот попробовал я использовать гигабайты бинарных логов, нету у меня централизованной хранилки. После этого при вызове команд systemctl раз в N минут они начали тупить от 10с до нескольких минут. Без понятия зачем оно что-то ищет в логах (кроме status, там понятно), но пожалуй обойдусь без них в бинарном виде.

Ответить | Правка | Наверх | Cообщить модератору

135. "Выпуск системы инициализации sysvinit 2.98"  +1 +/
Сообщение от Аноним (135), 18-Ноя-20, 09:51 
>> при этом на гигабайты логов места не жалко
> вот попробовал я использовать гигабайты бинарных логов, нету у меня централизованной хранилки.
> После этого при вызове команд systemctl раз в N минут они
> начали тупить от 10с до нескольких минут. Без понятия зачем оно
> что-то ищет в логах (кроме status, там понятно), но пожалуй обойдусь
> без них в бинарном виде.

Сейм щит, бро! Недавно офигел что выжрало в корне столько места, оказалось журналов наср@ло на несколько гигов, хотя по умалчанию в прошлом дебиане никаких журналов не было вообще, также имел проблемы с затупами системды по полторы минуты, если системе стоят два дистра, при sysvinit такой х#*ни не было!

Ответить | Правка | Наверх | Cообщить модератору

155. "Выпуск системы инициализации sysvinit 2.98"  –2 +/
Сообщение от Siborgium (ok), 18-Ноя-20, 10:46 
>[оверквотинг удален]
>> вот попробовал я использовать гигабайты бинарных логов, нету у меня централизованной хранилки.
>> После этого при вызове команд systemctl раз в N минут они
>> начали тупить от 10с до нескольких минут. Без понятия зачем оно
>> что-то ищет в логах (кроме status, там понятно), но пожалуй обойдусь
>> без них в бинарном виде.
> Сейм щит, бро! Недавно офигел что выжрало в корне столько места, оказалось
> журналов наср@ло на несколько гигов, хотя по умалчанию в прошлом дебиане
> никаких журналов не было вообще, также имел проблемы с затупами системды
> по полторы минуты, если системе стоят два дистра, при sysvinit такой
> х#*ни не было!

Советую все же попробовать почитать man, или, на худой конец, https://wiki.archlinux.org/index.php/Systemd/Journal#Journal...

Ответить | Правка | Наверх | Cообщить модератору

289. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Michael Shigorinemail (ok), 19-Ноя-20, 14:15 
> оказалось журналов наср@ло на несколько гигов

"то воно само якось" (ц)

Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

162. "Выпуск системы инициализации sysvinit 2.98"  –1 +/
Сообщение от Siborgium (ok), 18-Ноя-20, 10:53 
>> при этом на гигабайты логов места не жалко
> вот попробовал я использовать гигабайты бинарных логов, нету у меня централизованной хранилки.
> После этого при вызове команд systemctl раз в N минут они
> начали тупить от 10с до нескольких минут. Без понятия зачем оно
> что-то ищет в логах (кроме status, там понятно), но пожалуй обойдусь
> без них в бинарном виде.
>они начали тупить

Кто "они"? Логи сами по себе тупить не могут, тупить может программа.

>при вызове команд systemctl раз в N минут

Вы команду вызываете раз в N минут, или тупят они раз в N минут?

>что-то ищет в логах

А вы трейс процесса делали? На основании чего вы утверждаете, что программа вообще что-то искала в логах? А как хранились логи? ...

Если вы говорите о проблеме, приведите внятный контекст проблемы. Возможно, она имеет место быть, тогда стоит заполнить багрепорт. Возможно, вы что-то не так сделали/настроили.

Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

181. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Аноним (105), 18-Ноя-20, 11:35 
> Кто "они"? Логи сами по себе тупить не могут, тупить может программа.

systemctl, а именно команды start/stop/restart/status

> Вы команду вызываете раз в N минут, или тупят они раз в N минут?

первый вызов тупит, следующие вызовы отрабатывают достаточно быстро. Но через минут 10 ситуация повторяется: вызов тупит и дальше снова какое-то время все хорошо. Предположу, что какой-то индекс вычитывается в память и хранится некоторое время либо работает кэш ФС

> А вы трейс процесса делали?

не делал. Это же энтерпрайзное решение, а не баш-портянки.

> На основании чего вы утверждаете, что программа вообще что-то искала в логах?

Повысил лимит на хранение с 4ГБ до 64ГБ — стало плохо, вернул обратно 4ГБ — стало хорошо

> А как хранились логи? ...

в смысле как? как journald их записал, так и хранились. Из-за размера они естественно хранились на диске

> Возможно, она имеет место быть, тогда стоит заполнить багрепорт.

там на гитхабе issue висит с 2016 года

Ответить | Правка | Наверх | Cообщить модератору

200. "Выпуск системы инициализации sysvinit 2.98"  +1 +/
Сообщение от YetAnotherOnanym (ok), 18-Ноя-20, 12:41 
> трейс процесса

Вооот, теперь ещё и необходимость делать "трейс процесса" на ровном месте нарисовалась.

Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

123. "Выпуск системы инициализации sysvinit 2.98"  +2 +/
Сообщение от Аноним (123), 18-Ноя-20, 09:26 
"Луддиты" по вашей терминологии просто офигевают, когда видят, что эта ваша системда за сеанс запросто генерирует 4 гигабайта бинарных логов. "Луддитам" некомфортно знать, что на новенький ssd пишется столько мусора
Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

154. "Выпуск системы инициализации sysvinit 2.98"  –2 +/
Сообщение от Siborgium (ok), 18-Ноя-20, 10:43 
> "Луддиты" по вашей терминологии просто офигевают, когда видят, что эта ваша системда
> за сеанс запросто генерирует 4 гигабайта бинарных логов. "Луддитам" некомфортно знать,
> что на новенький ssd пишется столько мусора

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

Ответить | Правка | Наверх | Cообщить модератору

172. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Аноним (105), 18-Ноя-20, 11:03 
ну у меня локалхост. Чего мне там читать, если у меня логи больше чем за год, а journald их немного чистит при достижении лимита по объему?
Напишите сразу как сделать ротацию логов по времени/объему для отдельных юнитов, а не по объему для всех.
Ответить | Правка | Наверх | Cообщить модератору

179. "Выпуск системы инициализации sysvinit 2.98"  –1 +/
Сообщение от Siborgium (ok), 18-Ноя-20, 11:22 
> ну у меня локалхост. Чего мне там читать, если у меня логи
> больше чем за год, а journald их немного чистит при достижении
> лимита по объему?

1) Зачем вам на локалхосте логи за год?

2) Почему вы просто не зададите внятный размер логов, если вы их даже не читаете?

> Напишите сразу как сделать ротацию логов по времени/объему для отдельных юнитов, а
> не по объему для всех.

Насколько я знаю, это невозможно.

Ответить | Правка | Наверх | Cообщить модератору

184. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Аноним (105), 18-Ноя-20, 11:44 
> 1) Зачем вам на локалхосте логи за год?

незачем. Journald хранит логи используя лимит на объем, а не на время

> 2) Почему вы просто не зададите внятный размер логов, если вы их даже не читаете?

на самом деле иногда читаю, и не только на локалхосте, но возникает вопрос: а какой "внятный"?
Потому что когда мне бывает надо почитать логи (например за вчера), то выясняется, что лог нужного мне юнита был вытеснен из-за ограничения на объем.
Точнее немного не так. По этой причине у меня логи обрабатывают еще и rsyslog с logrotate. В отличие от предыдущего коментатора место меня не сильно волнует, это был лишь пример, что не обязательно все плохо в системе.

> Насколько я знаю, это невозможно.

да все знают :(

Ответить | Правка | Наверх | Cообщить модератору

186. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Аноним (105), 18-Ноя-20, 11:50 
> В отличие от предыдущего коментатора место меня не сильно волнует,

перечитал, там за "сеанс", так что мой пример не очень.

Ответить | Правка | Наверх | Cообщить модератору

290. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Michael Shigorinemail (ok), 19-Ноя-20, 14:17 
> 1) Зачем вам на локалхосте логи за год?

Вы не сталкивались с задачей разбора логов заметно дальше локалхоста, похоже.  Иначе бы тихо-тихо не отсвечивали насчёт journald.

> 2) Почему вы просто не зададите внятный размер логов, если вы их
> даже не читаете?

А здесь пригодилась бы способность различить объём _хранимых_ логов и объём их записи в единицу времени.  Хотя претензии, похоже, были по обоим пунктам.

Ответить | Правка | К родителю #179 | Наверх | Cообщить модератору

165. "Выпуск системы инициализации sysvinit 2.98"  +5 +/
Сообщение от freehckemail (ok), 18-Ноя-20, 10:58 
> Нет проблемы бинарных логов. Луддиты готовы орать по поводу каждого лишнего мегабайта
> в пакете, при этом на гигабайты логов места не жалко, ведь
> погрепать логи (читать их централизованно, конечно, Столлман запретил) -- святое!

Какая прелесть.

Пока вы усердно рассказываете нам, что нас якобы волнуют мегабайты, повреждённый бинарный лог journald всё так же невозможно восстановить вот уже сколько лет подряд, и разработчики systemd фиксить это не планируют, потому что как обычно "этонибаг".

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

241. "Выпуск системы инициализации sysvinit 2.98"  –3 +/
Сообщение от Siborgium (ok), 18-Ноя-20, 18:22 

> Пока вы усердно рассказываете нам, что нас якобы волнуют мегабайты, повреждённый бинарный
> лог journald всё так же невозможно восстановить вот уже сколько лет
> подряд, и разработчики systemd фиксить это не планируют, потому что как
> обычно "этонибаг".

Расскажите пожалуйста, почему система инициализации должна заниматься восстановлением файлов на диске?

Ответить | Правка | Наверх | Cообщить модератору

265. "Выпуск системы инициализации sysvinit 2.98"  +3 +/
Сообщение от Аноним (265), 19-Ноя-20, 00:51 
> почему система инициализации должна заниматься восстановлением файлов на диске?

А почему система инициализации взяла на себя труд (ну, точнее, горе-разработчику это по неизвесной причине показалось логически правильным) записать файлы лога в таком формате, в котором при аварийной ситуации немного испорченный файл (что вполне возможно при аварийной ситуации) уже предлагаемыми штатными средствами и способами прочитать нельзя? Вот в старом формате (текстовом) испорченный кусок лога прочитать было невозможно, это да, но это ожидаемо, зато вся остальная информация логов читалась независимо от типа и версии системы (при условии наличия драйвера файловой системы, конечно) штатными, при чем, средствами самой системы. Еще раз: не зависимо от типа и версии системы, только был бы подходящий драйвер файловой системы.

Ответить | Правка | Наверх | Cообщить модератору

291. "Выпуск системы инициализации sysvinit 2.98"  +1 +/
Сообщение от Michael Shigorinemail (ok), 19-Ноя-20, 14:20 
> Расскажите пожалуйста, почему система инициализации должна
> заниматься восстановлением файлов на диске?

Топорно.

Почему система инициализации должна быть приварена к подсистеме журналирования -- и впрямь непонятно (баечки про "можно отрезать автогеном и приварить чё-то другое" складируйте для тех, кто никогда ещё подобным не занимался).

Что именно, кроме утилит подсистемы журналирования, обязано разбираться в формате своего помёта -- тоже непонятно.

Вы когда-нибудь сталкивались с компрессорами/архиваторами или там базами данных?  Не доводилось задумываться, почему утилиты для работы с тем, что ещё осталось -- идут именно в их комплекте?

PS: в "местный" редхат с остановки по объявлению понабрали, что ли?

Ответить | Правка | К родителю #241 | Наверх | Cообщить модератору

276. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от kmeaw (?), 19-Ноя-20, 08:21 
Есть проблема реализации бинарных логов в systemd. Каждый раз, когда мне нужно воспользоваться journalctl, мне или приходится ждать (дольше, чем выполнить аналогичное действие с timetail и grep), или я получаю ошибку, что журнал битый, и прочитать его нельзя.

Мне нравятся почти все фичи, которые есть в systemd, но не нравятся почти все их реализации. И, к сожалению, авторы systemd не утруждали себя исследованиями "а как принято делать такой-то интерфейс в юниксах", как, например, автор s6, поэтому заменить какой-то один из компонентов systemd на альтернативную реализацию довольно проблематично без тесной интеграции альтернативы в код systemd.

Пример: банальная сигнализация сервиса о готовности. Безусловно, нужная штука для любого супервизора, который сам демонизирует процессы. Но вместо удобного raise(SIGSTOP) из upstart, в systemd надо линковаться с libsystemd и подключаться к system bus (что проблематично в изолированных окружениях).

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

124. Скрыто модератором  +3 +/
Сообщение от Michael Shigorinemail (ok), 18-Ноя-20, 09:27 
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

166. "Выпуск системы инициализации sysvinit 2.98"  +2 +/
Сообщение от Аноним (151), 18-Ноя-20, 10:58 
>в чем проблема тех же бинарных логов?

Проблема нечитаемости человеком с помощью простого текстового редактора или cat.

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

167. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от bergentroll (ok), 18-Ноя-20, 10:59 
>>в чем проблема тех же бинарных логов?

Да и плюсы не очевидны.

Ответить | Правка | Наверх | Cообщить модератору

71. "Выпуск системы инициализации sysvinit 2.98"  +3 +/
Сообщение от Oxyd76 (?), 18-Ноя-20, 04:42 
А зачем вы врёте? Резолвер, журналд и прочие опциональные компоненты системды ни разу не в pid 1, а очень даже отдельными сервисами.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

98. "Выпуск системы инициализации sysvinit 2.98"  +3 +/
Сообщение от Аноним (98), 18-Ноя-20, 07:49 
Расскажите: как отключить journald и обеспечить логгирование через какой-нибудь syslogd. В маны не отсылать — там написано, что journald не отключаем.
Ответить | Правка | Наверх | Cообщить модератору

103. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от iCat (ok), 18-Ноя-20, 08:10 
>Расскажите: как отключить journald и обеспечить логгирование через какой-нибудь syslogd.

emerge -C systemd journald
USE="-systemd" emerge --newuse world && emerge syslogd (или даже syslog-ng)

Ответить | Правка | Наверх | Cообщить модератору

146. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Аноним (266), 18-Ноя-20, 10:30 
Отличный план, только у меня уже система без systemd.
Ответить | Правка | Наверх | Cообщить модератору

118. "Выпуск системы инициализации sysvinit 2.98"  –2 +/
Сообщение от marios (ok), 18-Ноя-20, 08:55 
Где это написано?
Сервис systemd-journald отключаем. Сервис rsyslog включаем (и проверяем конфиг). Всё.
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

152. "Выпуск системы инициализации sysvinit 2.98"  +4 +/
Сообщение от Аноним (266), 18-Ноя-20, 10:40 
Вот тут [1] написано, что сборка systemd без journald невозможна. Вы также не можете отключить journald, т.к. все сервисы, с ним связанные — статические. Максимум, что вы можете сделать — это форвард в syslog.

P.S. Нет, вы, конечно, можете полнсотью убить journald и запретить ему запускаться и активироваться по сокету, всё связанное с ним выключить. Но после перезагрузки системы он всё-равно снова будет работать.

[1] https://freedesktop.org/wiki/Software/systemd/MinimalBuilds/

Ответить | Правка | Наверх | Cообщить модератору

128. "Выпуск системы инициализации sysvinit 2.98"  +3 +/
Сообщение от Michael Shigorinemail (ok), 18-Ноя-20, 09:34 
В pid 1 там слишком много мест для SIGSEGV.  И если Вы с таким ещё не сталкивались, так услышьте вовремя тех, кто уже сталкивался.
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

252. "Выпуск системы инициализации sysvinit 2.98"  +2 +/
Сообщение от Аноним (252), 18-Ноя-20, 21:17 
> проблема не в подходе системды к запуску сервисов. Проблема в самой системде.
> Бинарные логи, попытка притащить все подряд (от днс ресолвера до системы
> бекапов) в pid-1 - вот это вот

Мне как пользователю системы глубоко фиолетово как сложна система запуска всякого гомна, мне больше волнует то, что при старом добром sysvinit, голом или openrc, или вообще runit система стартовала, работала, ждать не заставляла и жрать не просила.
Я даже не знаю как выглядят мифические "портянки на баше", зато я знаю как выглядит ожидание каждого сервиса по полторы минуты в случае чего, и да, я теперь узнал как можно зафорсить-закостылить, чтобы ждало меньше, я теперь знаю как разбухает корень от журналов, да это тоже можно закостылить, я теперь знаю, что у системды рандомные болячки в восприятии UUID пришлось сменить способ распознавание разделов на старый, чтобы система грузилась быстрее, и да, вишенка на торте, система с системдой грузится медленней, чем с openrc, а лёнька пыжился с пеной у рта, что системдец сделает всё быстро-быстро.

Каждый раз какая-то болячка вылазит, периодически какой-то косяк случается, и нужно лезть ковырять документацию, которая к тому же у6людaнская, это всё просто замечательно, только вот с точки зрения пользователя мне глубоко наср@ть какая системда прогрессивная и крутая, ведь проблем она мне уже доставила не раз, и доставила достаточно, чтобы мне однозначно сделать вывод, что это рукозадое поделие, годное только врагам засылать, а старый sysvinit просто работал и НИКОГДА не создавал проблем, такие дела!

P.S.: В каментах ниже ожидаются оголтелые фанатики системды с синдромом "УМВР", "вы-всё-врёти", "портянки на баше", "Лёнька-Бох, а вы луддиты!"  и прочие адепты бинарных логов, идиотского синтаксиса и всего нового искряще-пердящего, лишь бы не ретроградство!
Также по минусам узнаем число их! ;)

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

13. "Выпуск системы инициализации sysvinit 2.98"  –1 +/
Сообщение от user90 (?), 17-Ноя-20, 23:59 
> рядовому линуксойду

Нет такого. Если только "массового" - но это же по определению ламерье, как и вообще любые массы.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

24. "Выпуск системы инициализации sysvinit 2.98"  +3 +/
Сообщение от Аноним (24), 18-Ноя-20, 00:42 
Это не холивар. Системд это объективная вещь.

С одной стороны, энтерпрайзу с системд удобнее. С другой, системд нарушает сразу все принципы построения юниксоподобных систем (фактически сам претендует на роль операционной системы), отбирает контроль над системой у системного администратора (да, сейчас таких уже не делают, но все равно), является точкой отказа, излишне навороченный и тд и тп.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

33. "Выпуск системы инициализации sysvinit 2.98"  +6 +/
Сообщение от Аноним (32), 18-Ноя-20, 01:06 
Полвека энтерпрайз прекрасно жил без системДы... И тут кому-то моча в голову ударила.
Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск системы инициализации sysvinit 2.98"  +2 +/
Сообщение от Аноним (67), 18-Ноя-20, 04:05 
Корпу главное не системд а технологичность стека в рамках средних компеиенций по штату. Если админам проще писать скрипты и парсить текстовые логи - там будет sysvinit.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

106. "Выпуск системы инициализации sysvinit 2.98"  +2 +/
Сообщение от iCat (ok), 18-Ноя-20, 08:14 
> Это не холивар. Системд это объективная вещь.
> С одной стороны, энтерпрайзу с системд удобнее.

Вот довольно спорное утверждение. Это "потоковым лепилам универсальных вилок" оно удобнее...
> С другой, системд нарушает сразу все принципы построения юниксоподобных систем (фактически сам претендует на роль операционной системы), отбирает контроль над системой у системного администратора (да, сейчас таких уже не делают, но все равно), является точкой отказа, излишне навороченный и тд и тп.

В точку! Примерно так же, как GRUB... :)


Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

47. "Выпуск системы инициализации sysvinit 2.98"  +4 +/
Сообщение от n0p (?), 18-Ноя-20, 01:52 
добавлю свои 2 цента:

Было бы легко и понятно, если бы не нарушения обратной совместимости при обновлениях systemd и "чудесатые" варианты запуска некоторых пакетов. Проблемы, которые призван решать systemd не исчезают, а переходят в другие формы.

Например, vncserver из пакета tigervnc настолько "чудесен", что мэинтейнерам пакета пришлось ваять скрипт-обёртку для запуска сервиса при обновлении systemd в CentOS. Т.е. тот самый отказ от init.d скриптов привёл к тому, что есть новая прослойка - systemd, которая тупо запускает скрипт инициализации сервиса.

Ни в коем случае не оправдываю авторов этого самого vncserver-а с их "чудесами" при запуске, но хочу спросить: что проще, выучить один раз bash, чтобы читать/писать скрипты инициализации, или всё то многообразие возможностей и богатство опций systemd?

Сдаётся мне, что сложность системы не изменилась, а поменяла форму. Вместо одного скриптового языка со множеством скриптов, мы теперь имеем сложный systemd, время от времени всё ещё затыкая дыры скриптами.

Итого: с появлением systemd выросла гибкость системы ценой увеличения архитектурной сложности. И в этой сложности, как мне кажется, есть что-то декстопно-нездоровое.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

51. "Выпуск системы инициализации sysvinit 2.98"  –2 +/
Сообщение от Аноньимъ (ok), 18-Ноя-20, 02:31 
Если выбирать между СистемД и Башем, я выберу застрелиться.
Ответить | Правка | Наверх | Cообщить модератору

82. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от bergentroll (ok), 18-Ноя-20, 06:16 
> Если выбирать между СистемД и Башем, я выберу застрелиться.

В ногу, я надеюсь? Из сишного плюсомёта?

Ответить | Правка | Наверх | Cообщить модератору

219. "Выпуск системы инициализации sysvinit 2.98"  –1 +/
Сообщение от Аноньимъ (ok), 18-Ноя-20, 15:02 
Можно делать вещи иначе.
Без мерзостей.
GuixSD например смог.
Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск системы инициализации sysvinit 2.98"  +1 +/
Сообщение от www2 (??), 18-Ноя-20, 07:32 
Не знаю, зачем в системы инициализации тащат bash? Есть стандартный shell, возможностей которого для инициализации вполне достаточно. Чего там не хватает, автодополнения или хэш-массивов?
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

220. "Выпуск системы инициализации sysvinit 2.98"  –1 +/
Сообщение от Аноньимъ (ok), 18-Ноя-20, 15:03 
Шелл конечно разумнее баша, но всё ещё безумие.
Не для того он существует.
Ответить | Правка | Наверх | Cообщить модератору

129. "Выпуск системы инициализации sysvinit 2.98"  +3 +/
Сообщение от Michael Shigorinemail (ok), 18-Ноя-20, 09:36 
> Проблемы, которые призван решать systemd не исчезают,
> а переходят в другие формы.

Сенсация!  Серебряная пуля оказалась серебрёной!..

> И в этой сложности, как мне кажется, есть что-то декстопно-нездоровое.

Виндово-нездоровое: выход за разумный предел человекопостижимости и экспоненциальный рост затрат на диагностику => вендорлок.

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

54. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от NotaBug (ok), 18-Ноя-20, 02:38 
Банальный пример, отключены обновления, нет в помине никаких unnatended-upgrades, apt-daemon и пр шлак выпилен к хер*м - система проверяет обновления. Как? Что? apt-daily-upgrade.service, apt-daily.service и куча ещё всего, которое нужно stop/disable/mask. А не дох ли на себя берёт простой инит, или это не инит? Дальше идет непереводимая игра слов...                                                  
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

73. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Oxyd76 (?), 18-Ноя-20, 04:46 
У меня нет никаких apt*update-чтототам.service Их нет в ванильной поставке systemd. Все претензии к ментейнерам вашего дистрибутива. Подозреваю, что это дистрибутив из «африканского» семейства на букву U.
Ответить | Правка | Наверх | Cообщить модератору

131. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Michael Shigorinemail (ok), 18-Ноя-20, 09:39 
Петенька бы не одобрил? ;-]
Ответить | Правка | Наверх | Cообщить модератору

137. "Выпуск системы инициализации sysvinit 2.98"  –2 +/
Сообщение от Аноним (137), 18-Ноя-20, 09:51 
доооо, специалист-портянщик подтверждает
Ответить | Правка | Наверх | Cообщить модератору

157. "Выпуск системы инициализации sysvinit 2.98"  +3 +/
Сообщение от Супернуб (?), 18-Ноя-20, 10:46 
а их как бы и нет. Но они есть (как тот суслик) :)
Как только система, которая до этого бодро запускалась, тупанёт секунд на 5-10 при старте - смотрим systemd-analyze blme. Вангую - будет в первых рядах именно то, "чего нет". Причём если рестартнуть, то его снова "нет". До следующего раза, который далеко не daily, а фиг поймёт когда. При том, что таки да - все автообновы как бы отключены
Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

226. "Выпуск системы инициализации sysvinit 2.98"  –1 +/
Сообщение от Аноньимъ (ok), 18-Ноя-20, 15:48 
>смотрим systemd-analyze blme

Оставлю тут для примера:

8.737s NetworkManager-wait-online.service                                                      
1.607s systemd-random-seed.service                                                              
1.509s lvm2-monitor.service                                                                    
1.035s cpupower-gui.service                                                                    
959ms systemd-logind.service                                                                  
946ms upower.service                                                                          
855ms dev-sda2.device                                                                          
634ms dev-disk-by\ххххх-хххххх\ххххх\хххххх\ххххх\ххххх.swap                
613ms systemd-timesyncd.service                                                                
516ms systemd-udevd.service                                                                    
512ms systemd-journald.service                                                                
486ms ldconfig.service

Это мажара.

Ответить | Правка | Наверх | Cообщить модератору

93. "Выпуск системы инициализации sysvinit 2.98"  –3 +/
Сообщение от Siborgium (ok), 18-Ноя-20, 07:33 
Итого, systemd -- плохо, потому что для него написали кривые сервисы. Так и запишем.
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

130. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Michael Shigorinemail (ok), 18-Ноя-20, 09:38 
> Итого, systemd -- плохо, потому что для него написали кривые сервисы.
> Так и запишем.

Что-то там такое набегали потрещать про "баш-портянки".

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

Ответить | Правка | Наверх | Cообщить модератору

138. "Выпуск системы инициализации sysvinit 2.98"  –2 +/
Сообщение от Аноним (137), 18-Ноя-20, 09:52 
сказал специалист-портянщик
Ответить | Правка | Наверх | Cообщить модератору

133. "Выпуск системы инициализации sysvinit 2.98"  –2 +/
Сообщение от Аноним (123), 18-Ноя-20, 09:45 
Чувак, ты с ломаной вендой перепутал. Это ей надо все обновления отключать, и сервисы файрволом резать, чтобы не долезло.
Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

267. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от NotaBug (ok), 19-Ноя-20, 03:15 
> Чувак, ты с ломаной вендой перепутал. Это ей надо все обновления отключать, и сервисы файрволом резать, чтобы не долезло.

Что там в винде мне пох, а линукс должен меня слушать и подчиняться, а ред хет не думать за меня и мозги не *бать

Ответить | Правка | Наверх | Cообщить модератору

144. "Выпуск системы инициализации sysvinit 2.98"  +1 +/
Сообщение от ryoken (ok), 18-Ноя-20, 10:13 
>> systemctl enable gdm.service

rc-update add xdm default - тоже не сказать чтоб замороченно.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

158. "Выпуск системы инициализации sysvinit 2.98"  +2 +/
Сообщение от freehckemail (ok), 18-Ноя-20, 10:47 
> во всех холиварах меня удивляло одно- неужели все такие сисодмины олдовые и почему рядовому линуксойду не всё равно. По-моему, systemctl enable gdm.service это легко понятно и удобно, например.

Мы не олдовые. Нас просто заставили работать с инструментом посредственного качества, который не становится лучше со временем. Не становится, и даже не собирается становиться. Вот статья, которая была написана оооооочень давно, но продолжает оставаться актуальной и по сей день:
https://www.opennet.ru/base/sys/systemd_myth.txt.html

Как уже неоднократно замечалось, systemd строился на хороших идеях, однако реализация оных в данном системном менеджере мягко говоря -- так себе.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

294. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от OpenEcho (?), 19-Ноя-20, 18:11 
>Как уже неоднократно замечалось, systemd строился на хороших идеях

ИМХО, единственная идея была - захватить большинство линукс маркета и сделать их зависимыми и подконтрольными, что вполне даже получилось. Запускать в паралель зависимые друг от друг сервисы - это не решаемая задача, и то что делает сыстемд обманку в виде создания кучи сокетов для будующих сервисов - это просто еще один хук для возможного контроля трафика сервисов, но фанбоям то разбираться как оно работает - лень, им главное увидеть логин экран как можно скорее, позади которого продолжают все еще загружаться сервисы и орать "баш портянки - мы не одолели".

Ответить | Правка | Наверх | Cообщить модератору

196. "Выпуск системы инициализации sysvinit 2.98"  +1 +/
Сообщение от AlexYeCu_not_logged (?), 18-Ноя-20, 12:22 
>и почему рядовому линуксойду не всё равно

Ну вот смотри… Я сейчас «на удалёнке». Подключаюсь к рабочей сетке по pptp, монтирую рабочие samba ресурсы.
После этого при отключении компа выскакивает таймер на 90 секунд. Почему, откуда, в чём проблема?

В /etc/systemd/system.conf такой таймаут есть только у DefaultTimeoutStartSec, и то он закомментирован. И я так понимаю, он не про это. И вот попробуй выяснить, в чём проблема.

Отображение названия обрабатываемого в данный момент демона — после того как получен результат. Кто это придумал?! В SysV сперва выводилось название демона/действия, а потом уже результат выполнения. И можно было без всяких логово увидеть, где затык. Сразу, в момент возникновения проблемы.

И да, интерактивного режима нет, это нынче не модно. Т е. я не могу скомандовать «да прибей ты уже этот хлам!» и продолжить процесс отключения или загрузки. Ну ок, с отключением я могу REISUB задействовать, но это говорит о качестве работы systemd, не так ли?

Или взять ту же проверку фс. Допустим, надо проверить корень. Раньше было как: идёт загрузка, если надо, то раздел проверяется, загрузка продолжается. А сейчас так нельзя: проверяемый раздел должен быть отмонтирован, а  systemd не может работать без примонтированного /usr. В лучшем случае это приведёт к дополнительным перезагрузкам для перехода в emergency режим и обратно, но часто проще зарузиться с live-usb, т.к. не во всех дистрибутивах и конфигурациях автоматическая починка ФС предусмотрена/возможна.

И вот таких примеров немало.
Пока всё работает, особых претензий к systemd нет. Тарахтит себе под капотом и ладно. Ну да, написан криво и оскорбляет эстетические чувства, ну и шут с ним. Но вот как только хоть что-то пошло не так — вот тут себя systemd проявляет просто во всём своём безобразии.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

258. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Lefsha (ok), 18-Ноя-20, 23:29 
> во всех холиварах меня удивляло одно- неужели все такие сисодмины олдовые и почему рядовому линуксойду не всё равно

1. Люди обычно удивляются тому чего не понимают. Это нормально.
2. Как именно заспускаются сервисы действительно никого не интересует!
В openrc это еще проще. service start или service enable.

3. Проблема systemd очень похожа на проблему Windows 10.
Хотя казалось бы ничего общего. Но и тот и другой навязывает свою модель поведения
и использования. W10 еще и следит за пользователем. Systemd движется в этом же направлении.

Глобально вопрос звучит так - кто именно управляет компьютером, его собственник или
кто-то другой дистанционно. Разумеется не всем нравится когда твоим компьютером управляет кто-то другой. Другим на это наплевать, они даже не в курсе об этом. Вот как Вам например.

И та и другая позиция имеет право на существование.

4. openrc или sysinit это нейтральные системы для запуска компьютера и запуска сервисов.
Они от себя ничего никому не навязывают! Чтобы запустить компьютер Вы в любом случае обязаны запустить какой-то процесс первым. Это как яйцо натощак. Второе уже не натощак.
Здесь выбора нет, кроме того что именно делает этот PID1. Далее есть список сервисов, которые вы можете запустить или НЕ запустить. В случае этих систем у вас 100% контроль над этим.
В случае systemd у вас нет!!! контроля. Мало того, что его нет, так то что systemd делает
может менятся от версии к версии. Сегодня я запущу 5 сервисов, а завтра 100.
Сегодня они будут делать одно, а завтра другое. У Вас нет на это никакого влияния!

5. Все остальное как именно это делается, как запускаются сервисы это детали реализации.
Тут претензий меньше всего. Но и тут контроля нет. В openrc контроль есть даже на этом уровне.
Каждая конкретная программа или сервис/демон может запускаться специфическим образом.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

308. "Выпуск системы инициализации sysvinit 2.98"  +/
Сообщение от Аноним (308), 01-Дек-20, 03:03 
Долго объяснять, да вы и не поймете в итоге. Не парьтесь.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру