Представлен релиз классической системы инициализации sysvinit 3.0, которая широко применялась в дистрибутивах Linux во времена до systemd и upstart, а теперь продолжает использоваться в таких дистрибутивах, как Devuan, Debian GNU/Hurd и antiX. Изменение номера версии на 3.0 не связано со значительными изменениями, а является следствием достижения максимального значения второй цифры, что, в соответствии с применяемой в проекте логикой нумерации версий, привело к переходу к номеру 3.0 после 2.99...Подробнее: https://www.opennet.me/opennews/art.shtml?num=55838
Дайте две!
Система здорового человека... Ой, извините, неинклюзивно же... Система человека без инвалидностей.
Человека с неограничеными возможностями.
Ну это ваще не инклюзивно.
Да, под таким определением явно подразумевается белый цисгендерный мужчина. Предлагаю запретить на этом основании sysvinit.
Эксклюзивно?
Что за нетолерантные речи?
>3.0 после 2.99Наверное там кто-то из местных эстетов работает. Многие местные панически боятся чисел больше 100. Говорят что не могут их запомнить или ещё бредятина какая. Хотя со всякими 2.32.7 проблем не имеют.
Тут скорее для каждой цифры версии используется какой-нибудь small int или char [-127...127] - быстрее (не надо ждать распаковок современных объектных примитивов), экономия битиков (1 байт на цифру), все как завещали великие предки, отправлявшие на 4х кб памяти ракеты в космос.
Ну или какая хитробыстрая процедура для сравнения чисел в семантике, которую, возможно, тянут из легаси и которая хреново работает с трехзначными числами.
Ну или просто сорт оф тетрафобии или трискайдекафобии, перешедший от группки поехавших в локальную традицию.
Отправляли и на 4кб. А теперь утечка в 4 ГБ решается ребутом и норм...
Всё проще. Долго не меняется мажорный номер версии - нет развития.
Так его, извините, и нет. Конечно понятно чем sysvinit хорош и чем нравится людям, но все таки куда-то двигаться надо.
Двигаться можно на systemd, например. А sysvinit людям нравится ровно потому, что никуда не двигается. Нельзя же подводить целевую аудиторию!
> для каждой цифры версии используется какой-нибудь small int или char [-127...127] - быстрее
> хитробыстрая процедура для сравнения чисел в семантикеНе, это ж баш-портянки, о какой хитробыстрости речь? Просто там внутре неизвестное количество регекспов, которые могут сломаться, если им подсунуть три цифры вместо двух.
Ну так, это же для тех, кто не боится башпортянок.
Развиваться, впрочем, тоже куда-то надо. Но с Систем-Д как-то очень трудоёмко. Навевает Докер с Кубером - у тебя простые вещи, но тебе приходится пробиваться к нужному через заслонки преград прослоек.
А какие проблемы с докером? Он простой как лопата
"продакшн на лопате, жрите что дают".
неплохой слоган
Как раз для слегка продвинутого chroot'а лг капец как переусложнен.
а это не замена чруту, это замена ям/деб/рпм
кто собирал пакеты и поддерживал свой репозиторий согласится что теперь всё очень просто и удобно, и главное кросс-дистрибутивно
Безмозгло только. А достоинства - тоже есть.
А внутри докера устанавливаются пакеты из репозиториев, а потом сверху всё это шлифуется всякими git clone, pip/virtualenv, gem/bundler, cpanm. Получившуюся помойку потом можно запустить только на каком-нибудь Linux'е с docker'ом, но не в *BSD, Solaris или cigwin. А для того, чтобы связать между собой две программы, нужно городить какие-то костыли, ведь нельзя установить программы, находящиеся в разных докер-контейнерах, в один контейнер.docker - это нишевое решение, которое годится разве что для того, чтобы делать воспроизводимые сборки программ для Linux.
Ещё сейчас моден подход "микросервисы", который предполагает, что каждый микросервис обязан вываливать наружу какой-нибудь TCP-сервис. С unix-сокетами или stdin/stdout уже проблемы, а если предполагается использование модульности через динамические библиотеки, то пиши "пропало". Точнее - пиши обёртку, которая обернёт динамическую библиотеку или потоки stdin/stdout в TCP.
> А внутри докера устанавливаются пакеты из репозиториев,ЧО?! А в свой ли раён ты забрел, немодный пацан?
У нас правильные пацанчики вот так делают:
FROM: scratch
# я хер знает как мне удалось один раз у себя это собрать!
ADD 10G.tar.gz /
RUN "херак-херак-в-продакшн.py"- и смари, будешь тут долго со своими тухлыми "пакетами" ошиваться - перед пацанами ответишь!
У нас полный докерхлам ой...докерхаб именно такой нёх.> Получившуюся помойку потом можно запустить только на каком-нибудь Linux'е с docker'ом
опять ты пацанчик не по понятиям базар завел.
Прекрасно все работает, без балды, прямо у альтернативно-одаренного разработчика прямо в его дристяточке. Нет, не debian10, конечно.
Мультиплатформенность у нас, внатуре!
> А какие проблемы с докером? Он простой как лопатаВместо прямого доступа доступ по кривой козе.
Раньше делали взаимосвязанную систему, все части настроить и связать - в прямом доступе.
С Системдой, К8с и т.д. нужно сначала соорудить помогалки, CI и т.п. тулинг, что немалая работа и ресурсы или немалая работа возня с поддержкой.
Изоляция удобна: можно неопасно халтурить. Но в итоге всё одно - неочень связанный эшелон доп. сложностей.
> какие проблемы с докером?Из тех, на которые я когда-то наступил - докер не умеет в демоны. Когда процесс форкается и форграундный брат завершается - контейнер тоже завершается. Нужен инит, который будет жив постоянно, будет запускать потомков, усыновлять сирот и рипать зомбей. Для докера лучший вариант - tini от Krallin'а.
sinit не подойдёт?
> sinit не подойдёт?Не пробовал. Когда нашёл tini, остановился на нём. За наводку спасибо.
Leafpad 0.8.18.1
А где ты в 2.32.7 сто увидел? Здесь все числа <100, всё норм.
Классика. Нестареющая классика.
Спасибо ребята.Не троллинг: каждая из систем инициализации хороша на своем месте.
Нормальная систем инициализации везде хороша.
Русский человек мог топором сделать все, кроме сына. Но это не значит, что топор гораздо лучше специализированных инструментов.Сисинит хорош на самосборных и относительно *статичных* системах. Там где админ, он же создатель образа системы может охватить глазом и понять, что где и как ему запускать. Где он имеет относительно стабильную смесь из задач и сервисов окружения. Автоконфигурирование инита на сиспять - это ад и сложные системы имеют огромные простынки скриптов (которые надо обслуживать), что не есть оптимальная задача для админа.
Системд, как показала практика, хорош на сложных и самоконфигурируемых системах, для которых и создавался. На пользовательских станциях, которые должны работать еще вчера, без медитаций над ним и без плясок над добавлением нового сервисного софта. Задача системды - оно должно тупо работать. Некрасиво, грязно, логи бинарные, юниты переизобретают велосипед, сервисы генерятся из шаблона - но оно работает и позволяет развернуть относительно универсальное low-conf системное окружение.
Разница как между хорошим комфортным велосипедом и облегченным гоночным вариантом.
> Системд, как показала практика*овно неудовлетворяющие минимальным требованиям безопасности!
Дай вывод команды:
mount |grep -v -E ‘(noexec|ro,)’
> На пользовательских станциях, которые должны работать еще вчера, без медитаций над ним и без плясок над добавлением нового сервисного софта.
Открой для себя openrc.
> Некрасиво, грязно, логи бинарные.
Меня интересует выполнение требований безопасности.
Дай вывод:
rm /var/log/access.log
и
sed -i ‘s/virus//’ /var/log/access.log
Да, системда адок. На той неделе помогал перенести систему на новый ПК, с новыми дисками и т.д. Так всё наглухо мёрло на запуске графики + эти тупые ожидания, которые всё время увеличивают. В сисвинит это всё решалось тупо простым прерыванием через ctrl+c.
> Так всё наглухо мёрло на запуске графики// какой еще "графики-уяфики" ?
в частности поэтому Х полезно запускать из юзерского ~/.profile
с задержкой и с возможностью отменить запуск.
Я о безопасности systemd, в частности о опциях монтирования /tmp/users/* оно все с rw,exec.
> Открой для себя openrc.А ведь еще есть runit!
>Разница как между хорошим комфортным велосипедом и облегченным гоночным вариантом.Как между даунхилом и инвалидной коляской. СустемД хоть и попадает под первую половину слова даунхила, но в данном случае это инвалидная коляска.
+1.И нет удобного интерфейса. Чего только стоит костылинг journalctl --since и -b и разница в алгоритмах и такого рода обуза.
Поставил я особых нужд дебиан 11 на флешку, и установил тестовый ноут в работу на мониторинг некоторых железок.
Время загрузки с systemd около 3-4 секунд.
Более на этом ноуте никаких пакетов не устанавливалось. Но после пару недель работы, перезагрузка системы стала занимать от 30 до 40 секунд.
После месяца перевалила за минуту.
Вывод комманд systemd-analyze blame показывает, что самые тормознутые сервисы, это сервисы связанные с самим systemd
systemd-journald.service
systemd-journal-flush.service
Эти рекордсмены занимали по 30 секунд на взлёт.
После чего, я заменил на sysvinit и система стала быстрее грузиться.Вывод: Тормозит загрузка линуха? - Сноси systemd!
А мог бы просто покурить маны и
1. поотключать всякие modemd (просто оставив его в disabled) из стандартной - А УДУРУХ У ЮЗВЕРЯ УСБ-МОДЕМ!? - поставки. Которые тянутся по опциональным зависимостям и при ините просто курят в стороне, не найдя usb-ширева с интернетами
2. настроить дефолты на journald, на размер и глубину журналов. Настроить фильтры, оставив лишь ошибко и критикал уровни, без даже варнингов, флюши будут много быстрее
3. Пройтись аналогично п.2 по остальным службам.
> А мог бы просто покурить маны и
> 1. поотключать всякие modemd (просто оставив его в disabled) из стандартной -
> А УДУРУХ У ЮЗВЕРЯ УСБ-МОДЕМ!? - поставки. Которые тянутся по опциональным
> зависимостям и при ините просто курят в стороне, не найдя usb-ширева
> с интернетами
> 2. настроить дефолты на journald, на размер и глубину журналов. Настроить фильтры,
> оставив лишь ошибко и критикал уровни, без даже варнингов, флюши будут
> много быстрее
> 3. Пройтись аналогично п.2 по остальным службам.Или просто поставить sysvinit и не трахать мозг теряя время на тюнинг непонятно чего (почему из коробки-то не затюнено?), когда нужно просто по быстрее поставить тестовую систему в работу.
А это вопрос к вашему дебиану
> А это вопрос к вашему дебиануСправедливо
правда у меня не флешка но всё же, установка около года назад и единственно что правил это размер журнала, загрузка меньше двух(1432 ms) секунд
$ systemd-analyze
Startup finished in 4.632s (firmware) + 138ms (loader) + 420ms (kernel) + 96ms (initrd) + 778ms (userspace) = 6.066s
graphical.target reached after 777ms in userspace
$ systemd-analyze blame | grep journal
42ms systemd-journald.service
28ms systemd-journal-flush.service
$ tune2fs -l $(findmnt -o SOURCE -n /) | grep 'created'
Filesystem created: Sat Oct 3 16:52:01 2020
$ awk -F= '/SystemMaxUse/{print $2}' /etc/systemd/journald.conf
64M
да-да - он мог бы, конечно, потратить время на борьбу с ненужными трудностями, как настоящий пыонэр - но, гад такой - предпочел выкинуть ненужное ненужно.И да, внезапно syslog загружается одинаково вне зависимости от того, сколько терабайт логов хранит.
(а еще их потом прочитать можно - обычным юникс-стайл методами, а не еще одним уродцем с черезанусным синтаксисом)Забытые технологии древних, полученные ими от марсиан, не иначе.
И это говорит мне пох? Тот самый пох, рыдавший пару тредов назад об отсутствии документации к баннерорезалке, тратя своё время на борьбу на борьбу с ненужными трудностями, как настоящий пыонэр за понимание "почему тут все работает"?Хм...
Что сказать, спасибо тебе и пихону.
> И это говорит мне пох? Тот самый пох, рыдавший пару тредов назад
> об отсутствии документации к баннерорезалке, тратя своё время на борьбу наЖырноват ты. Выключить баннерорезалку и перезагрузить страницу - это прям миллион времени.
Разбираться почему у васяна "фсеработает" - это да, времени жалко. Хотя, обнаружилось в процессе такое, что, наверное, стоит это знать о своей "баннерорезалке". Тем более что она не баннерорезалка.
> Забытые технологии древних, полученные ими от марсиан, не иначе.Люди разработали и реализовали простые хорошие решения, а бЫдло-скот последние лет десять пытается все испортить.
>> Забытые технологии древних, полученные ими от марсиан, не иначе.
> Люди разработали и реализовали простые хорошие решения, а бЫдло-скот последние лет десять
> пытается все испортить.Почему пытается? Успешно и бесповоротно. Я ж говорю - технологии древних забыты и утеряны окончательно. Восстановить не получится, сперва всю планету надо дезинфицировать из марсианской ядерной пушки.
> Я ж говорю - технологии древних забыты и утеряны окончательно. Восстановить не получится, ...Давай я тебе все припомню. Задавай вопросы.
Странно только, что в каждой новости к *bsd вой про трупы и ненужно. Хотя там как раз всё остаётся в той прекрасной среде, где и выросло. И даже без системд и докеров они не рыдают все эти годы.
> Странно только, что в каждой новости к *bsd вой про трупы и
> ненужно. Хотя там как раз всё остаётся в той прекрасной среде,
> где и выросло. И даже без системд и докеров они не
> рыдают все эти годы.ты просто не можешь оценить, насколько ту среду изгадили тоже. Практически она труп. Ошметки доедают свиньи типа нетфликса - они ничего там не улучшат, только изгадят. Им не нужна универсальная система - зачем, у них же линукс есть.
> ты просто не можешь оценить, насколько ту среду изгадили тоже. Практически она
> труп. Ошметки доедают свиньи типа нетфликса - они ничего там не
> улучшат, только изгадят. Им не нужна универсальная система - зачем, у
> них же линукс есть.Я так понимаю, из UNIXов жив и развивается только AIX.
И что там развивается, можно поинтересоваться?unix мертв и давно мумифицировался. Лучшее что можно было делать - это ничего не сломать. Но и это уже в прошлом. Неработающие без линуксного кода иксы тому подтверждением.
А вот технологии systemd, подозреваю, были получены от жителей Нибиру.
Ну кстати да, journald - это самое жёсткое уродство в systemd.
Сам systemd очень упрощает жизнь, но вот это убожество...
кто первый догадается сделать форк "тот же системд, но логи в текст" - тот получит известность, славу и джоб оффер от редхата на семизначную сумму в год.
А зачем тратить время на "документацию" системы если ее можно не использовать, а освободившееся время потратить на что-нибудь нужное тебе?
Не по дебьяновски это...
> После месяца перевалила за минуту.напоминает одну проприетарную ос. ставишь чистую в работу убираешь жесткий диск на месяц потом включаешь и ловишь лютые тормоза
Ну так и бинарные логи из нее же притащили, и "сервисы", включая сам термин, и все остальные "достижения".Там тоже "можно покурить доки" и решить проблемы, но в юникс-системах их ведь и не было. А теперь в systemd/linux - вот, глядите - какввенде!
>и "сервисы", включая сам терминТак говорите, будто что-то плохое в термине. Он хоть понятно о чём, вместо "демона". Не знакомого с тонкостями уймара нотюникс мира и запутать можно.
"демон" и "сЕрвайс" из системды разные вещи.
Полностью с вами согласен. Более того, компания которая пилила sistemD вдохновлялась инитами Виндовс. systemD - это клон инитов Виндовс, сделанный по образу и подобию инитов Виндовс.А сам Поттеринг тайный поклонник Виндовс.
Пх’нглуи мглв’нафх Ктулху Р’льех вгах’нагл фхтагн
> А сам Поттеринг тайный поклонник Виндовс.Да не очень он и тайный:
http://i.warosu.org/data/g/img/0541/40/1461208700396.jpg
что за помойный хостинг картинок ?
"Please turn JavaScript on and reload the page." - ага, щас
даже ВК получше будет.
еще и капчу вводить требует!
> systemD - это клон инитов ВиндовсЭто жалкое подобие левой ноги системы инициализации винды.
> Ну так и бинарные логи из нее же притащили, и "сервисы", включая
> сам термин, и все остальные "достижения".Рано радуетесь. Драйвер там - это тоже сервис. =)
Быстрее то стала спустя месяцы? Обычная фрагментация и засировалово же
Какой понос. У меня система без переустановки работает больше четырёх лет. Fedora 27->28->29->30->31->32 (inplace upgrades)$ systemd-analyze
Startup finished in 14.992s (firmware) + 1.105s (loader) + 960ms (kernel) + 6.480s (userspace) = 23.538s
graphical.target reached after 6.475s in userspaceВозможно, стоит смотреть в сторону кривого systemd у debian. Может, у вас журнал уже весит терабайт.
Из $ systemd-analyze blame
54ms systemd-journald.service
52ms systemd-journal-flush.service// b.
Кстати, система от экрана BIOS до экрана LXDM загружается меньше чем за 3 секунды.Откуда там 6.5 секунд - неясно.
Firmware 15 секунд? У кого-то крышу снесло - от силы 4.
4? У вас очень специальная железка или же странное чувство времени.Во-первых systemd-analyze подказывает firmware time только на системах с UEFI.
Во-вторых, замерьте самостоятельно, секундомером время с нажатия кнопки питания (в режиме: выключили систему, подождали чуток, включили секундомер, нажали кнопку питания) до нажатия Enter в grub (а потом отключите секундомер).
У человека, кстати, может тупо задержка меню grub стоит. Но в целом 14 секунд это похоже на типичную современную платформу - пока там memory training и тп пройдет. Если у вас пишет 4, это скорее всего оно не умеет мерять момент реального включения просто.
sudo systemctl stop/disable/mask systemd-journald.service
sudo systemctl stop/disable/mask systemd-journal-flush.serviceНе?
УМВР. Сдаётся мне, что проблема на другой стороне.
Если Ленсук тормозит даже на стадии загрузки, то не логичнее ли будет задуматься над апгрейдом железа? Выхлопа-то будет явно больше чем от любых софтварных припарок.
> Поставил я особых нужд дебиан 11 на флешку, и установил тестовый ноут в работу на мониторинг некоторых железок.Вот тут кроется проблема.
Я очень много лет использовал Debian (4-7 версии). Попытка использовать 8 кончилась тем, что Debian 7 был мигрирован в CentOS 7 в то время. ИЗ-ЗА systemd.
Есть большая разница между Red Hat systemd и тем, что с ним делают в Debian. Ровным счетом всё то что ты описал это:
1) Абсолютная правда
2) Специфично для debian и всех его деривативов.Поэтому тут да. Либо ставить sysvinit или ставить дистр в котором systemd работает. Причем я также бы НЕ рекомендовал бы использовать Arch, но возможно они исправили свои проблемы. Последний раз его видел в форме SystemRescueCD в которой удалены драйверы ASPEED и выломан LACP и половина NetworkManager. Так что systemd вне Red Hat - это фантастика какая-то.
Здо́рово. Поздравляю причастных. Многих лет сисвинитам и их разработчикам.А графические сессии с какимнить кде ещё возможно запустить с ними? Или уже не будет работать нормально и осталось только опенбоксы да лхде всякие?
>сисвинитамО боже! System V init - переводится как, Система загрузки UNIX версии ПЯТЬ.
>А графические сессии с какимнить кде ещё возможно запустить с ними?
Среда Рабочего стола прямого отношения к системе инициализации не имеет. В Слаке KDE5 имеется, система загрузки там sisVinit.
Система загрузки UNIX версии ПЯТЬ версии 3.0
Как бы с нумерацией версий Unix дело обстоит несколько сложнее.Было две ветки Unix:
- исследовательская, которую пилили Кен Томпсон, Денис Ричи и компания, и
- коммерческая, которую пилил комитет USG.У обеих веток была своя нумерация версий.
У исследовательской версии нумерация была от 1 до 10, подробнее тут: https://ru.wikipedia.org/wiki/Research_Unix
System V относится к коммерческой ветви, внутри неё были подверсии. Подробнее тут: https://ru.wikipedia.org/wiki/System_V
Система загрузки sysvinit, о которой идёт речь, не происходит от исходных текстов Unix и названа так только лишь потому, что она воспроизводит тот же подход к инициализации, который был принят в System V.
>О боже! System V init - переводится как, Система загрузки UNIX версии ПЯТЬ.А вот и не правильно. Там ЮНИКС версии ПЯТЬ и её система загрузки.
Зачем это убожество до сих пор нужно?
С Системдой трудоёмче стало, хуже. Простые вещи теперь требуют уйму приседаний сначала.На практике профита от современных переходов не получил. В теории много красивого, но на практике оказалось невостребованно и усложнило за зря.
А мне наоборот проще. только сокманды их журналов не запомнинаются все никак
sysvinit 3.0 использовался где-то кроме Линукс? В Юникс?
> sysvinit 3.0 использовался где-то кроме Линукс? В Юникс?sysvinit 3.0 только вышел же
А так это классический init из AT&T UNIX System V и его производных
Просто в Open Solaris используется init.d, FreeBSD тоже другая.
>Просто в Open Solaris используется init.d, FreeBSD тоже другая.Прямые или боковые генетические потомки не обязаны быть похожими на своих предков. Парадоксально, но ГНУ/Линукс намного юнисовее чем БЗД или какие-то другие коммерческие юниксы.
> Парадоксально, но ГНУ/Линукс намного юнисовее чем БЗДТак бытует мнение, что наоборот.
P.S. а вообще пофиг, что юниксовее, а что нет.
Это все субъективно.
>>Просто в Open Solaris используется init.d, FreeBSD тоже другая.
> Прямые или боковые генетические потомкиВ принципе, дальше можно было не читать.
> Парадоксально, но ГНУ/Линукс намного юнисовее чем БЗД или какие-то другие коммерческие юниксы.
Поправка: лучше было не читиать этот пафосный бред вовсе ...
Не будь таким злым.
Он добрый и потому с кулаками. Потому что OpenSolaris и его прямой потомкок в лице OpenIndiana используют SMF под который старательно косит системда.
>Парадоксально, но ГНУ/Линукс намного юнисовее чем БЗД или какие-то другие коммерческие юниксы.На этом месте чуть не поперхнулся, а потом вдруг с облегчением понял, что ничего не пью и не ем сейчас.
Юниксовее - запускать из процесса init shell-скрипт /etc/rc.
В BSD-системах в принципе так и делается, только внутри /etc/rc вызывается развесистая система скриптов, использующая библиотеку функций из /etc/rc.subr, систему подключаемых скриптов в /etc/rc.d, конфигурацию из переменных в /etc/rc.conf.
В коммерческом Unix вместо этой развесистой системы скриптов сделали другую развесистую систему скриптов, с подключаемыми скриптами /etc/init.d. В большинстве дистрибутивов Linux именно она и использовалась, но были (и есть) такие, в которых использовалась система инициализации, похожая на BSD, а есть такие, в которых используется своя система инициализации - openrc, upstart, runit.
systemd, как мне кажется, почерпнул часть идей из daemontools. Но реализация получилась ужасно переусложнённой. Это не юниксовее ни разу, больше на Windows похоже с её ini-файлами, двоичными журналами, сервисами и любовью к динамическим библиотекам.
В Hurd. А так этот проект является новоделом в стиле SysV init-а от проекта GNU, и к коду init-а в коммерческих юниксах не имеет никакого отношения.
Более того, для Hurd его еще и специально портировать пришлось. Потому что init-система в любом случае привязана к системоспецифичным интерфейсам ядра, и были универсально переносимой (например, используя только интерфейсы posix) не может в принципе.
> ... широко применялась ...Пора на покой этой системе инициализации😔
systemd пора закрывать
Пора переписывать на Rust. Что, впрочем, тоже самое.
Дописывать и доделывать. На Раст или шелле - неважно. Т.к. сырьё.
Просто широко по меркам 90-х это примерно во много раз меньше чем сейчас по общему количеству. Ты посчитай одноплатники с роутерами без системды. Тебе конечно слишком сложно разделить понятия абсолютное количество и относительное, а относить могли и к шинде.
Единственный нормальный systemd
>Выпуск системы инициализации sysvinit 3.0Ахаха. Зачем? Есть systemd, который решает все задачи, стоящие перед системой инициализации. Старым пердунам давно пора понять, что их поделки больше никому не нужны.
а что это сейчас бумкнуло?а это возгорелась пятая точка у безработного администратора системд :)
> администратораАхахах. Я программист. Рабы-админы бегают вокруг и настраивают для меня окружения как я им прикажу. Естественно всякий sysvinit хлам запрещён к установке. Ахахахах )))) Обтекай.
Ты ведь больше девопса получаешь? Падме.жпг
он же вчерашняя школота, получает от мамки деньги на карманные расходы :)
>я программист
>Я прикажуМу-ха-ха-ха!
> Я программистОткуда ты тогда можешь знать про задачи, стоящие перед системой инициализации? Опять комментируешь про то в чём не разбираешься.
https://www.opennet.me/openforum/vsluhforumID3/125310.html#50
Погромист, на чём погромируешь, на Электрончеге?
На чём модно на том и программирую.
> На чём модно на том и программирую.Значит не программист. Так, обезьянка.
> Ахахах. Я программист. Рабы-админы бегают вокруг и настраивают для меня окружения как я им прикажуХреновый ты программист если не можешь себе окружение настроить и темболее если не осилил sysvinit
>Есть systemd, который решает все задачи, стоящие перед системой инициализации.Как пропатчить systemd под башпортянки?
Дядя не обижает?
> Есть systemd, который решает все задачи,Он их не решает, он их создаёт. Причем такие которые до него и не существовали. А принципиально он ничего и не решил.
Не совсем понимаю, зачем оно надо, если функциональность системд бьёт эту штуку по всем фронтам. Те же удобные сервисы с вменяемыми юнит файлами, тут-то их нету, верно же?
Леньчик, сколько уже в твоем ини-файлов уже может быть параметров?
500?
ты их всех помнишь хоть по названию?
(про возможные значения у этих 500 парметров я даже не спрашиваю)...
Нет не бьёт. Systemd до init ещё рости и рости. Т.е. выбросить нафик все велосипеды что нагородили.
Почему тогда ведущие корпорации за systemd?
А как без него (и других похожих "новых технологий") платную поддержку продавать? Ведь с SysVinit любой системный администратор мог отладить запуск системы (те самые "баш-портянки", представьте себе, можно нормально ЧИТАТЬ и ПРАВИТЬ, можно добавить диагностические сообщения, и именно эти "баш-портянки", как это не покажется странным, задают логику запуска). Можно даже в качестве init-процесса запустить bash и в ручном режиме запускать эти "баш-портянки" для отладки. А с новыми-модными systemd etc - "индейская национальная изба - фиг-вам называется" - или изучайте полностью весь код systemd, или купите платную поддержку (не факт, что помогут решить проблему, но денег точно возьмут).
А что если написать новый init на Rust? Круто будет?
Позже придется переписать на Ada.
На си
Он уже на Си.
> Круто будет?Будет чем похвастаться в школе. Но лучше учи математику и англ. Потом скажешь спасибо.
Один из немногих си с православной лицензией. Опенрц, с6, рунит -- чёртова бздунятина. В итоге остаются только sysvinit и shepherd.
Система инициализации здорового и адекватного человека. Просто, логично, чисто. !!! Молодцы.
Какая система инициализации лучше всех? Судя по этой статье лучше всех - Runinit.
Почему не вкорячить Runinit в: Linux, FreeBSD, illumos?
https://losst.ru/sistemy-initsializatsii-linux
Shepherd
>Почему не вкорячить Runinit в: Linux, FreeBSD, illumos?Потому что оно мертво? Последний выпуск был в 2014 году.
runit является упрощённой версией sysVinit. Просто идеальна, ничего не добавить и ничего не убавить.
В Linux уже есть Runit - Void (glibc, musl). Но проблема в том, что он чисто свободный и никак не стыкуется с Systemd, кроме конечно же вырезанного куска Elogind, который более-менее делает свое дело. И если есть какая-то возможность найти дыры в системе входа, то крохотный runit как-то работает и практически без сбоев. Просто его самому придется тащить в FreeBSD например и описание этого процесса имеется. Но придется видимо компилировать что-то, а это уже не всем хочется. Обычно хотят как в Gentoo - пусть медленно, зато emerge найдет все зависимости и что сможет сам разрулит. И когда есть оболваненные орды которым конторки вроде редхата все делают они зачем-то жмутся к толпе. Это путь для не очень развитых личностей. Им свобода и отсутствие необходимости повторять за толпой это нечто невероятно сложное. От системы инициализации нужно чтобы она была легкой и грузила быстро, плюс поднимала упавшие сервисы. Systemd это оверинженернутая фиговина для простаков. Пойти и поправить файл для запуска это же не так сложно. Зачем учить синтаксис системд? В общем вы как хотите, а я останусь на Void чего бы это ни стоило.
Насколько стабилен Void Linux?
Отличная штука. Много где используется. И systemd его никогда не догнать. Для embedded шикарно. Быстро, просто, логично. systemd нервно курит в сторонке по скорости загрузки.Догих лет проекту а хомякам виндузятникам позрослеть и книжки почитать.
> а хомякам виндузятникам позрослеть и книжки почитать.Что за ерунда ? Я - виндузятник, но голосую за sysvinit. И такое бывает.
Из каждого правила есть исключения.
Не разбираюсь в линуксячих системах инициализации, но не то ли это поделие у которого runlevel'ы?
И не начинай. Сиди в своём болоте.
В болоте нормальных систем инициализации? Сижу, спасибо. Но начинать буду, yблюдсткие ранлевелы грех не попинать.
Бздло? Что у вас вместо уровней выполнения?
Что за вопрос? Что вместо искусственных шести циферок к реальности никак не привязанных? Блин, обычный гибкий запуск сервисов, неожиданно, да?
Вонтузойд ни в чем не разбирается. Учи новое слово Линукс, а потом иди учи русский язык, особенно правила склонения и спряжения, если не хочешь казаться днищем убогим.
