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)

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

Особенно в серверных freebsd, calculate linux server, slackware все на системд, там даже блокнот в системд! Ерунду не говори, уважаемый, если не знаешь, серверные ОС не ограничиваются ред хатом и центосом.

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

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

Софт, которому обязательно нужно во время работы взаимодействовать с systemd, - это не такое уж и распространённое явление. Чаще всего, когда говорят про «не нужно думать, как твой софт будет работать там, тут и здесь» подразумевают лишь то, что маинтейнеры разных демонов пишут к ним юниты systemd. Но, извините, это только запуск. Можно написать скрипт для sysvinit'а, и эти демоны будут точно также работать и со sysvinit'ом.

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

Особенно в серверных freebsd, calculate linux server, slackware все на системд, там даже блокнот в системд! Ерунду не говори, уважаемый, если не знаешь, серверные ОС не ограничиваются ред хатом и центосом.

Бвахахаха. Слакварь. Серверная. Жги ещё.

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

Софт, которому обязательно нужно во время работы взаимодействовать с systemd, - это не такое уж и распространённое явление. Чаще всего, когда говорят про «не нужно думать, как твой софт будет работать там, тут и здесь» подразумевают лишь то, что маинтейнеры разных демонов пишут к ним юниты systemd. Но, извините, это только запуск. Можно написать скрипт для sysvinit'а, и эти демоны будут точно также работать и со sysvinit'ом.

Можно, только зачем? Вот есть у тебя системд, с ним все работает. Какие-то кукаретики что-то там кричат про inittab, но кто их слушать-то будет?

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

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

Попробуй в юнит добавить «Restart=no» или сменить default target на basic, например. Какой-то у тебя печальный дистрибутив.

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

Попробуй в юнит добавить «Restart=no» или сменить default target на basic, например. Какой-то у тебя печальный дистрибутив.

И напильником его, напильником!

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

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

KDE закопали уже? И Gnome (вроде там тоже уже какие-то компоненты нужны)?

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

> Софт, которому обязательно нужно во время работы взаимодействовать с systemd, - это не такое уж и распространённое явление.

Однажды я установил KDE3 (существуют сборки для всех популярных дистрибутивов Linux - у меня например openSUSE). Я просто отключил DBus. DE работает. Что интересно - софт тоже не отвалился!

Получается, что к DBus-у «прибито» только DE?

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

systemd работает по-своему. А если юзер хочет сам всё контролировать, то он выбирает sysvinit и контролирует.

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

systemd работает по-своему. А если юзер хочет сам всё контролировать, то он выбирает sysvinit и контролирует.

Что он контролировать-то хочет?

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

Однажды я установил KDE3 (существуют сборки для всех популярных дистрибутивов Linux

Хм. А с TDE не путаешь?

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

И чем же она не годится? Я не фанат слаки, но неоднократно видел на серверах

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

К dbus'у прибит обмен данными между софтом, который для этого использует именно его.

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

серверные ОС не ограничиваются ред хатом и центосом

Они ограничиваются RHEL, CentOS, Ubuntu и Debian. Есть ещё некоторое количество особо энтерпрайзных ОС, идущих в комплекте со своим железом. И даже на фоне последних перечисленные тобой не наберут и 1%.

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

пользователь, лишь слегка продвинутый.

почитал про системд - поковырял команды, старт контролирую. пару сервисов написал.

шо еще надо.

любую систему требуется познать чтобы с ней работать.

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

Хоть что-нибудь успеть поконтролировать, пока мама не позовёт кушать.

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

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

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

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

Бинарные логи

Есть хороший инструмент для их чтения, и да - чем конкретно они плохи?

стомиллионовраз поломанная загрузка

Блин, ну почему у меня нигде он никогда ничего не ломал, а? Или у вас у всех руки не из того места растут, или просто карма такая.

неоправданно огромный комбайн

Оправданно. И никто не заставляет юзать всё, что в нём есть.

который пытается в себя всосать всё, до чего дотянутся ручки Поттеринга.

Не он один systemd пилит. Раз индустрия его поддержала - значит нужно.

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

сисвинит - ручная коробка передач

без синхронизаторов, как на ГАЗ-53

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

В systemd такой контроль есть. В твоём нагромождении скриптов - нет. Ты можешь «спросить» у своего sysvinit, нет ли проблем с сервисами? Нет. Ты можешь потеребить инитскрипты с параметром status или check, в надежде, что они вообще реализованы (не заглушки), и если да, то показывают реальный статус, а не погоду на луне.

# systemctl is-system-running
degraded
# systemctl list-units --failed
  UNIT            LOAD   ACTIVE SUB    DESCRIPTION
● lxc@107.service loaded failed failed LXC Container: 107

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

1 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

Вот это контроль, а не твои фантазии.

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

конечно можно

винда сейчас очень неплоха по сравнению с тем говном, каким она была во времена висты/хр и ранее

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

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

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

Можно потеребить логи

Серьёзный подход.

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

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

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

И какая связь? Все домохозяйки услышали, что в линукс завезли системд и побежали быстрее на линукс? Фанатики уже не знают, что придумать в оправдание своего фанатизма. Или идешь мимо школы и слышишь от первоклашек: А линукс у тебя какой? А система инициализации? Все еще сисвинит? А может ты еще и девственник? Ну ты и лох, у нас у всех уже системд!

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

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

Ээээ... Модули ядра грузит udev, причем грузит их в полном соответствии с духом ядра — асинхронно. Но ты можешь это отключить.

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

А? Не хочешь логировать в journald, не логируй. Сам journald умеет офлоадить внутренние логи в syslog.

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

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

Gay.ru забанили, так вы сюда понабежали?

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

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

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

Вот и найдена корреляция между девственностью и выбранной системой инициализации.

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

И что с того? Благодаря systemd Linux стал ещё нужнее

Это с чего бы это вдруг? Расширился круг задач, решаемых Linux? Или может старые задачи стали эффективнее решаться?

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

И ты, конечно же, можешь обосновать, что 1) код systemd плохой, 2) дизайн systemd плохой, 3) 800 открытых багрепортов в проекте такого размера — это плохо, 4) все эти багрепорты — именно следствие пп. 1 и 2, а не того, что большая часть этих людей просто не умеет читать мануалы и репортит всякую дичь?

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

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

Крукс заинтересовал. Но, смотрю, последняя версия выходила довольно давно. Там всё в порядке с поддержкой, обновления выходят?

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

Это значит, что это был сарказм, дубина неудовлетворённая.

Какой-то у тебя плохой сарказм. Пытайся лучше.

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

Вопрос в целях. Если они хотели сделать minimal base system — получилось не так плохо. Если они хотели сделать init — получился адовый трешак.

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