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)
Ответ на: комментарий от saahriktu

Работает - не трогай!

У тебя есть серверы из 2003 года, которые нельзя перезагружать и они должны работать 24/7? Если нет, то не канает. Любая система должна развиваться, чтобы отвечать новым требованиям. Это понимают все, от OpenBSD до Slackware. И только саахрикту упорно трахает ядерную консоль :D

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

Так говорят только неквалифицированные инженеры, когда понимают, что если потрогают, то оно может и сломаться, но починить и сделать нормально они не смогут.

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

Загрузка в виндавс дисяточку тоже устраняет. Ты знаешь, что делать.

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

А в systemd уже можно как-то настроить отмену fsck на этапе загрузки или он до сих пор не реагирует на клавиатуру никак?

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

JRRT

One for the Dark Lord on his dark throne
In the Land of Mordor where the Shadows lie.
One Ring to rule them all, One Ring to find them,
One Ring to bring them all and in the darkness bind them
In the Land of Mordor where the Shadows lie.
ugoday ★★★★★
()
Ответ на: комментарий от kirk_johnson

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

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

Забавно наблюдать такие посты от LFSника, малоинтересного лоровского флудера.

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

Любая система должна развиваться, чтобы отвечать новым требованиям.

В чём заключается это развитие (я так понимаю, что Вы подразумевали под этим прогресс)?
И каким-таким новым требованиям она дожна соответствовать, если всё и так работало и продолжает работать в аналогичной конфигурации на системах без systemd?
Вывод напрашивается один:
«должна развиваться» == «должна обеспечить продвижение влияния RH»;
«отвечать новым требованиям» — читать пункт выше.

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

Почему сделали systemd

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

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

А в systemd уже можно как-то настроить отмену fsck на этапе загрузки или он до сих пор не реагирует на клавиатуру никак?

Понятия не имею, я им не пользуюсь.

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

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

Не может же. В этом суть :)

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

если ты акционер красношапки - хорошо ;)

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

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

Например зависимости между сервисами. Когда у тебя в системе запущен smtpd и dns тебе пофиг, да. Когда у тебя там сложная система из кучи демонов, которые зависят друг от друга, сети и точек монтирования по iSCSI это становится удобным.

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

Что конкретно «всё»? То, чего в те годы ещё не было?

Что, простите?
Оказывается есть нечто, «чего не было в те годы» и что невозможно запустить и контроллировать без systemd?
Или речь снова о десктопах, гном-сервисах и юзер-софте намертво завязанном индусо-пакистанцами на предмет поклонения PotterChurche?

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

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

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

Оказывается есть нечто, «чего не было в те годы» и что невозможно запустить и контроллировать без systemd?

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

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

Когда у тебя там сложная система из кучи демонов, которые зависят друг от друга, сети и точек монтирования по iSCSI это становится удобным.

Представляете, именно эта дилемма и не даёт мне покоя — на обслуживании есть несколько парков машин со сложной топографией и нестандартными сервисами. Иногда очень нестандартными. И сети работали без systemd.
Претензия не к существованию *d — кому с ним удобнее, так Бога ради, каждый должен иметь возможность использовать инструменты наиболее подходящий ему. Но этой возможности лишили тех, кто хочет не использовать systemd.
Это не религиозный или мировоззренческий вопрос — это свобода выбора.

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

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

Кого лишили? Есть дистрибутивы, в которых systemd нет. Вы можете их использовать. Большинство пользователей systemd устраивает, и оин не хотят, чтобы вы лишали их возможности им пользоваться.

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

Вопрос в том, было ли это просто, удобно и стандартизировано.

Да, это было просто, удобно и стандартизовано (не RH, а десятилетиями развития культуры кодирования и администрирования).

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

Да, это было просто, удобно и стандартизовано (не RH, а десятилетиями развития культуры кодирования и администрирования).

Как видишь, есть люди, которые считают по-другому.

kirk_johnson ★☆
()

Сколько срача из-за программы, поддерживаемой исключительно ради запуска Debian GNU/Hurd и Debian GNU/KFreeBSD.

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

Сколько срача из-за программы, поддерживаемой исключительно ради запуска Debian GNU/Hurd и Debian GNU/KFreeBSD.

Вы просто не любите все русское.

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

Не может же. В этом суть :)

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

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

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

Ну потому что все твое взаимодействие с системой сводится к насилию ядерной консоли.

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

Кого лишили? Есть дистрибутивы, в которых systemd нет. Вы можете их использовать. Большинство пользователей systemd устраивает, и оин не хотят, чтобы вы лишали их возможности им пользоваться.

Я здесь уже отвечал на аналогичный вопрос >>>, не хочется повторяться.
И по поводу «чтобы вы лишали их» тоже >>>

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

Как видишь, есть люди, которые считают по-другому

И это замечательно.
Хейтеры с обеих сторон одинаково отвратительно-глупы в своей однобокой слепости.

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

Более 800 сотен открытых багов прямо сейчас.

раньше было более 600. у них количество багов только растёт, хотя сколько лет уже прошло.

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

Спасибо за подсказку. Тут кто-то хотел конкретных недостатков systemd? Вот как минимум конкретное проявление этих недостатков. Заглянул в лог. При старте lightdm не могут подцепиться какие-то Гномьи либы. В результате замечательный systemd в бесконечном цикле перезапускает lightdm. Текстовую консоль получить не получается. Как это чинить? Фрагмент лога:

мар 26 20:03:28 alarm systemd[1]: Starting Light Display Manager...
мар 26 20:03:28 alarm lightdm[629]: 'g_io_module_load': /usr/lib/gio/modules/libgiognomeproxy.so: undefined symbol: g_io_module_load
мар 26 20:03:28 alarm lightdm[629]: Failed to load module: /usr/lib/gio/modules/libgiognomeproxy.so
мар 26 20:03:28 alarm lightdm[629]: 'g_io_module_load': /usr/lib/gio/modules/libgiognutls.so: undefined symbol: g_io_module_load
мар 26 20:03:28 alarm lightdm[629]: Failed to load module: /usr/lib/gio/modules/libgiognutls.so
мар 26 20:03:28 alarm lightdm[629]: 'g_io_module_load': /usr/lib/gio/modules/libgiolibproxy.so: undefined symbol: g_io_module_load
мар 26 20:03:28 alarm lightdm[629]: Failed to load module: /usr/lib/gio/modules/libgiolibproxy.so
мар 26 20:03:28 alarm systemd[1]: Started Light Display Manager.
мар 26 20:03:28 alarm lightdm[629]: Error getting user list from org.freedesktop.Accounts: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Accounts

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

Да как ты можешь такое говорить. Жизнь и единственное хобби многих здесь состоит из детальной настройки и оптимизации каждого аспекта системы.

Deleted
()

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

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

Вы так говорите, как будто бы иксы/вейланд прибиты гвоздями к systemd. Можно продолжать юзать sysvinit и сидеть в иксах с WM'ом или даже в KDE/XFCE/другом DE (в случае дистрибутива без systemd, например, Slackware, Gentoo, Crux,... и т.д.).

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

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

А systemd не свободный штоле? P_P

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

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

так что готовьтесь пока, скоро на улицах москвы.

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

сала большому редхату, сустемдэ сала.

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

Вы так говорите, как будто бы иксы/вейланд прибиты гвоздями к systemd. Можно продолжать юзать sysvinit и сидеть в иксах с WM'ом или даже в KDE/XFCE/другом DE (в случае дистрибутива без systemd, например, Slackware, Gentoo, Crux,... и т.д.).

Я так говорю, потому что 3/4 мейнстримных дистрибутивов сидят на systemd, сервисы тоже пишут под systemd, в серверных дистрибутивах почти везде systemd (ну кроме alpine, но он специфичный). И все довольны, потому что наконец-то не нужно думать, как твой софт будет работать там, тут и здесь.

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

В результате замечательный systemd в бесконечном цикле перезапускает lightdm

Сам по себе systemd этим заниматься не будет. Очевидно же что в service файле сделана соответствующая настройка приводящая restart=always.
Если тебе хочется починить, а не демонстрировать своё криворучие, то создай соответствующую тему на форуме.

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

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

Хуже то, что на его экосистему завязали функционал популярных DE.

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

Вы просто не любите все русское.

Таки будто в этом есть что-то плохое.

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