LINUX.ORG.RU

Состоялся релиз sysvinit 2.89

 , ,


6

3

Почти через 8 лет после релиза sysvinit 2.88 состоялся релиз sysvinit 2.89.

В новой версии:

  • у команды mountpoint теперь новая опция "-p", при которой происходит поиск замкнутых точек монтирования; работает только в GNU/Linux'е;
  • удалены два более ненужных вызова sleep'а, что ускорило время загрузки примерно на 2 секунды;
  • добавлен вывод загрузочных сообщений на несколько консолей разом (что, в частности, позволяет выводить одно и тоже одновременно и на монитор и на терминал, который подключен к COM-порту);
  • разработчик Debian'а пропатчил ioctl для работы в GNU/kFreeBSD;
  • другой разработчик Debian'а пропатчил дефолтное значение переменной окружения TERM для GNU/kFreeBSD на «xterm» вместо «cons25»;
  • разработчик Debian'а пропатчил /run/initctl для использования в качестве именованного конвейера для коммуникации (что позволяет обойти ограничение kFreeBSD, которое запрещает использовать /dev/initctl в качестве конвейера);
  • ifdown теперь работает на FreeBSD;
  • killall5 и init теперь собираются и работают в Hurd'е;
  • pidof теперь на ходу корректирует неправильные аргументы; например, «pidof /wrongpath/sleep» будет выполнена как «pidof sleep»;
  • теперь getty автоматически запускается на ядерных консолях, поскольку такое поведение посчитано весьма полезным если, например, админу внезапно нужно подключить терминал через COM-порт;
  • sulogin теперь пытается определять реальное устройство системной консоли /dev/console; в GNU/Linux'е это может быть больше чем одно устройство, включая терминал подключенный к COM-порту, виртуальный терминал и принтер;
  • sulogin теперь принудительно пересоединяет stdin/stdout/stderr при указании конкретного устройства;
  • runlevel теперь читает текущий и предыдущий runlevel'ы из /var/run/utmp;
  • неопознанные опции теперь тихо игнорируются;
  • при наличии файла /etc/initscript он будет использован для запуска всех программ, которые запускает init (это позволяет применять глобальные umask, ulimit,... и т.д. для всех процессов);
  • sulogin теперь всегда запрашивает пароль root'а перед входом в режим одного пользователя;
  • флаг "-b" init'а запускает оболочку до всех остальных процессов;
  • новым расположением /etc/fastboot теперь является /fastboot;
  • множественные патчи, багфиксы и обновления, включая обновления манов;

>>> Скачать

★★★★★

Проверено: anonymous_incognito ()
Последнее исправление: anonymous_incognito (всего исправлений: 1)
Ответ на: комментарий от b4rk1n6w0lff

и причём здесь перевод сети на другую версию центоси?
если бы твой поинт был объективным: «systemd девальвирует предыдущий опыт», то ок.
но нет же, у тебя тут «хотю швабадки и пипирку в пылесос и кота в микроволновке сушить и вообще, я — снежинка, щас как настрою вам 1С в рамдиске, как уволюся...»

system-root ★★★★★
()
Ответ на: комментарий от metawishmaster

Правильно. Линукса много, на любой вкус найдется

dyasny ★★★★★
()
Ответ на: комментарий от b4rk1n6w0lff

Какой еще корпоративный диктат? Кто запрещает корпорациям сменить дистр? Неужели серьезные парни в красных шляпах держут кого либо?

Devuan вон выпустили, код открыт, сделайте rhelvuan, никто не держит

dyasny ★★★★★
()
Ответ на: комментарий от saahriktu

Шас бы в 2018 тормозить последовательный загрузкой с фиксированном порядке, а не обрабатывать всё асинхронно.

выполняя какие-то действия

В том что ТЫ не знаешь какие - только ты и виноват.

жрёт системные ресурсы

Сколько например, теоретик?

прежними настройками

Опять же, если ТЫ не осилил его наконфигурять, тебе, позёр, не место в твоём LFS. В десктопных дистрибутивах всё настроено мейнтейнерами из коробки.

anonymous
()
Ответ на: комментарий от system-root

и причём здесь перевод сети на другую версию центоси?

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

но нет же, у тебя тут... щас как настрою...

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

b4rk1n6w0lff
()

удалены два более ненужных вызова sleep'а, что ускорило время загрузки примерно на 2 секунды

Собственно, вся суть этого поделия. Заменил его давно ещё на самописный инит на С.

anonymous
()
Ответ на: комментарий от dyasny

Какой еще корпоративный диктат? Кто запрещает корпорациям сменить дистр? Неужели серьезные парни в красных шляпах держут кого либо?

Вы действительно не понимаете как это работает?
Никто не запрещает. Но владельцами обычно выступают совсем не те, кто настраивают и обслуживают. А аргументом для большинства владельцев как раз выступает «мне как у усех», «РэдХэт/Убунта/Дэбиан лучше знает».
Когда-нибудь пытались протолкнуть хоть какое-то изменение в сети компании?

b4rk1n6w0lff
()
Ответ на: комментарий от b4rk1n6w0lff

глупости какие-то честно говоря, тебе что, РКН запретил доступ ко всем дистрибутивам окроме CentOS?
это был твой выбор инструмента, и не надо теперь рассказывать, чому энта микроскопом гвозди колотить не удобно.
и вводные выше, где линк на бас-фактор.
от зыле копрорации, микроскопы все попортили, вот раньше то, с МБИ-1 целую дерёвню построил, он ещё и пилить умел заодно.

system-root ★★★★★
()
Последнее исправление: system-root (всего исправлений: 1)
Ответ на: комментарий от b4rk1n6w0lff

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

Очень хорошее выражение! Что-то стало лучше? Нет. Просто потратили дофейхуа времени на переезд. А смысл где Карл?
Это на все 146% напоминает принцип офтопика, мы поменяли а вы «имейтесь». Просто потому что у нас теперь так, и нас «ниимеет»
Так же старый принцип, «работает, не трогай», нет же полезли своими рученками...
Да и фиг бы с ним что полезли, но быстрая и агрессивная политика внедрения неотлаженного *d, весьма смущает.

anc ★★★★★
()
Ответ на: комментарий от system-root

это был твой выбор инструмента

Это не был мой выбор инструмента!
Про свою машину и свой выбор я уже писал, что проблем нет — я спокойно работаю в выбранном мною дистрибутиве и не волнуюсь (пока) о неожиданном явлении туда «вездесущего».
Суть в невозможности использования в энтерпрайз/продакшене, которые я обслуживаю, но владельцем которых не являюсь!

При этом Вы ведь ни разу не могли от меня услышать призывов к искоренению systemd и недопустимости его использования!
Напротив, кто считает его нужным и эффективным для своей работы — всегда пожалуйста, чем шире выбор, тем лучше.

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

от зыле копрорации, микроскопы все попортили, вот раньше то, с МБИ-1 целую дерёвню построил, он ещё и пилить умел заодно.

Вы меня ни с кем не спутали? Или Вы мысленно диалог со мной самостоятельно додумываете?

b4rk1n6w0lff
()

Вообще-то, маинтейнеры Debian'а не случайно принимают участие в проекте.

SysV init is now a Debian package. Debian source packages are not special in any way — in fact you can just unpack and compile it on any other Linux distribution.

sysvinit был и продолжает быть в обычном Debian'е. Devuan сделали из за десктопов с DE. DE в Debian'е по зависимостям притаскивают systemd. Но, если поставить Debian с WM'ом или вообще без иксов, то можно настроить его так, что в нём будет sysvinit вместо systemd.

Вероятно, и с Fedora/CentOS/etc можно проворачивать подобное, правда, там, вроде как, sysvinit из репозиториев удалили. Но, если быть самому себе маинтейнером, то можно пробовать вернуть всё обратно.

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

saahriktu ★★★★★
() автор топика
Последнее исправление: saahriktu (всего исправлений: 1)
Ответ на: комментарий от saahriktu

sysvinit был и продолжает быть в обычном Debian... настроить его так, что в нём будет sysvinit вместо systemd

Поэтому Debian в моих примерах и не мелькал.

Вероятно, и с Fedora/CentOS/etc можно проворачивать подобное...

Даже боюсь себе представлять эту пляску Святого Витта!

можно не напрягаться, а просто выбрать один из более 70-ти дистрибутивов

Для себя — однозначно просто.
При работе с энтерпрайз/продакшн/корпорейт — почти никак.

b4rk1n6w0lff
()

удалены два более ненужных вызова sleep'а, что ускорило время загрузки примерно на 2 секунды

Вспоминаются шутки про «так, у нас новый релиз, надо слипы убирать, чтоб создать видимость ускорения работы»

fornlr ★★★★★
()
Ответ на: комментарий от fornlr

В каждой шутке только доля шутки.

anonymous
()
Ответ на: комментарий от b4rk1n6w0lff

Это не был мой выбор инструмента!
Поэтому и считаю недопустимым ограничение свободы выбора.

ну эпик же.

и не надо мне ничего додумывать, всё стандартно по шаблону: «я, я, я, швобода выбора, штабильнее бы реализовал» и далее по тексту.
ты просто пойми, есть разные дистрибутивы.
и всем пофигу, если кому-то неудобно. не нравится — возьми другой или собери ЛФС
может тебе нравится писать ридонли баш\перл лапшу и ты считаешь это эффективной и простой реализацией какой-то фигни.
systemd — это ни какой-то инструмент, это _механизм_ инструмента под названием операционная система. неудобно пользоваться одним, пользуйся другим.
не дают другую ОС накатить? ох блин, это оказывается systemd швабодку ущемила, а не факт, что владельцем не ты являешься. ппц логика.

никому не сдалось иметь\знать 100500 инит систем на разный вкус. но тебе пофигу на этот факт, главное, чтобы тебе было удобно выбрать тебе удобную инит систему и наваять штабильную реализацию в ней.
это и есть сложность системы, когда тот бизнес, куда ты вкарячил OpenRC теперь будет надеяться, что через пару лет найдут на hh инженера умеющего в OpenRC, а не найдут, так снесут кхерам всю твою удобную штабильность и сделают «как у всех».
у тебя даже мысли не возникает о фрагментации линупса из за вот таких вот «я вообще снежинка, мне удобно», и сколько денег может стоило всё это дерьмо с квадратными колёсами для отросли, пока такие вот снежинки на bare-metal без SCM делали «штабильность до следующей снежинки»

system-root ★★★★★
()
Ответ на: комментарий от system-root

что через пару лет найдут на hh инженера умеющего

вот и «администраторы systemd» подтянулись

anonymous
()

Кстати, обновил sysvinit на живой системе. При этом возникает интересный ребус. В системе появляется

> file /run/initctl
/run/initctl: fifo (named pipe)
>
и новые бинарники пытаются работать через него. А уже имеющийся в памяти старый init ничего подобного не знает, да. В итоге происходит таймаут и систему перезагрузить как обычно нет возможности.

Но, при помощи старого бинарника init'а это возможно. Так что, можно просто скопировать его перед обновлением sysvinit'а, а потом применить.

PS. Несмотря на то, что в changelog'е упоминается pidof новая версия не собирается, да и соответствующих исходников я не вижу. Только ман.

bootlogd, fstab-decode, halt, init, killall5, last, mesg, runlevel, shutdown, sulogin, utmpdump, wall присутствуют в полном объёме.

saahriktu ★★★★★
() автор топика

Вот эта новость - 100 из 10!

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

куда уж нам до ребят, которые вместо обновления центоси ставят с нуля «Calculate с OpenRC», лишь бы не systemd.
так, хипсторы.

system-root ★★★★★
()
Ответ на: комментарий от kshmr

systemd - это помойка в PID 1, которая ещё и работоспособность компьютера нарушает.

Quasar ★★★★★
()
Ответ на: комментарий от system-root

Н-да... Вы прям задавили аргументами.
Поднимаю руки и сдаюсь, спорить с гласом большинства — неблагодарное дело.

Стадо гонят — чем ближе к скотобойне, тем уже коридор, но зато насколько яснее и очевиднее единственно-верный путь!

b4rk1n6w0lff
()
Ответ на: комментарий от ozz_is_here

4.2

Расскажи это вебсерверу и генератору qr-кодов из systemd.

Всё можно настроить.

Если бы...

Он ведет логи. Которые тебе однажды пригодятся.

Которые читаются только через утилиты специфичные для journald, да ещё и которые могут не прочитаться из-за особенностей архитектуры процессора. Офигенно ведёт.

99% людей не особо это нужно.

99% людей и шиндовс устраивает. Может тогда линукс под нож пустить?

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

В случае с systemd вход в DE не означает загрузку до конца.

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

Сабж далеко не идеален. Но он в разы лучше, чем systemd.

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

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

Это не тормознутость, а соблюдение порядка загрузки. За такое «ускорение» надо руки поцеринга положить на старую совковую ржавую батарею и дубасить молотком.

Quasar ★★★★★
()
Ответ на: комментарий от saahriktu

На фоне текущих конфигураций компьютера то, что отжирает systemd, просто несущественно. У него проблема в том, что почему-то работать ему мешают стандарты, а также в попытке бездумно и криво всё разрушить, не предложив ничего взамен.

Quasar ★★★★★
()
Ответ на: комментарий от b4rk1n6w0lff

хоть и не приветствуется дегенератствующей опопсённой толпой

Наладил.

Quasar ★★★★★
()
Ответ на: комментарий от system-root

не, ты вот заявил «не возникает о фрагментации линупса»

вот и расскажи как там с этим сейчас?

Ленкина поделка уже во всех массовых дистрибутивах не первый год...

Как там с борьбой за «отсутствие фрагментации»?

Что-то на лоре фанбои при проблемах с поделкой на дебиане как прикрывались два года назад «это дебиан гогно, а на арчике УМВР», так и прикрываются...

anonymous
()
Ответ на: комментарий от system-root

в твоих претензиях конкретики не больше ;)

anonymous
()
Ответ на: комментарий от Quasar

Это говнокод самого донного уровня. Вместо дерева зависимостей они делают ВСЁ в одной линейной последовательности.

anonymous
()

Я пользовался openSUSE 11.4 вплоть до прекращения тех. поддержки. Когда из репозитория Evergreen не пришёл новый Firefox, я понял что всё кончено. «Перекатился» на SLES 11, потому что в более новых openSUSE - Systemd и GNOME3. SLES 11 будет поддерживаться до 2019 года, и до 2022 - расширенная поддержка.

Если бы я пользовался Ubuntu, я бы перекатился на 12.04 LTS (у него сейчас - расширенная поддержка). Если бы Debian - то на oldstable (Wheezy). Он, вроде, уже не поддерживается. Если бы Fedora - то на CentOS 6 (поддержка даже и не думает заканчиваться). А так я перекатился с одной суси на другую сусю.

ZenitharChampion ★★★★★
()
Последнее исправление: ZenitharChampion (всего исправлений: 1)
Ответ на: комментарий от anonymous

Рыночек ничего не порешал. Доказано научно.

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

Инит зависимости сервисов не разгребает. Этим занимается система запуска сервисов, которую инит запускает.

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

Не вижу твоих сомнений в божественности свинита

У меня нет сомнений в его небожественности.
Вы можете указать место, где бы я утверждал о вселенском превосходстве sysvinit и необходимости его повсеместного использования?
Напротив, если Вы пролистаете топик, то увидите, что я многократно утверждал необходимость максимума доступности всех средств и инструментов, а возражал лишь против насильного сведения «выбора» к «единственному и неповторимому».
При этом и нелюбимый мною systemd также должен быть свободно доступен к использованию, поскольку много людей действительно считают его лучшим выбором для себя.
Главное, чтобы возможность выбора сохранялась паритетно, а не ограничивалась декларативно.

P.S. И да, я вроде как зарёкся от общения с anonymous, не спал/устал/не заметил — датчик контроля троллинга в мозгу Ваш пост как стандартно-глупо-anonymous'ский не сдетектировал, надеюсь что не ошибся.

b4rk1n6w0lff
()
Ответ на: комментарий от anonymous

Как бы многим системд не нравился но он уже стандарт

Ссылочку на ISO, RFC или POSIX по systemd не предоставишь?

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

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

dbus ещё ладно. А PulseAudio прекрасно вырывается из системы без ущерба для фукнциональности. А для говнокода, который гвоздями прибит к пышшшшаудио, есть apulse.

Quasar ★★★★★
()

Вот переписать всё это на Agda с пруфами, так вообще хорошо будет!

IchBinFertig
()
Ответ на: комментарий от anonymous

Затем, что в том де Debian идёт политика привязывания пакетов к systemd безо всяких оснований - искусственные зависимости, которые для работы программы просто не нужны. Примеры уже много раз на ЛОРе приводили.

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

Поправил пунктуацию

«Ну вот, — раздался пронзительный крик со стороны параши. — А что там, sysvinit уже не поддерживается, да? А кто его релизит тогда?»

anonymous
()
Ответ на: комментарий от anonymous

редхат хочет быть как майкрософт, только на линуксе.

Редхат не хочет быть как мелкософт. Это уже по факту подразделение мелкософта на линуксе. Все необходимые соглашения для этого уже заключены. Редхат тотально продвигает технологии мелкософта на линукс.

Quasar ★★★★★
()
Ответ на: комментарий от Quasar

Ещё до сервисов инит выполняет базовую конфигурацию и запуск системы и там есть зависимости.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.