The OpenNET Project / Index page

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



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

Оглавление

В systemd предложено включить средства для замены консоли, a..., opennews (?), 28-Ноя-13, (0) [смотреть все] –1

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


50. "В systemd предложено включить средства для замены консоли, a..."  +1 +/
Сообщение от Кирилл (??), 28-Ноя-13, 13:20 
В Ubuntu свой Upstart, дурень.
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

78. "В systemd предложено включить средства для замены..."  +2 +/
Сообщение от arisu (ok), 28-Ноя-13, 14:19 
> В Ubuntu свой Upstart, дурень.

который ВНИЗАПНА! не пытается быть мегакомбайном. более того: апстарт можно использовать как service manager, не делая его инитом. сюрпризы на каждом шагу!

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

303. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 29-Ноя-13, 14:53 
> который ВНИЗАПНА! не пытается быть мегакомбайном.

Ну это как сказать. Половину фич systemd успешно портировали, перетащив к себе.

> более того: апстарт можно использовать
> как service manager, не делая его инитом. сюрпризы на каждом шагу!

Можно. Но смысл этой затеи не очень очевиден. Нет, чисто технически можно устроить daisy chain из 5 бутлоадеров, запустить друг из друга 5 разных запускалок всего и вся и прочая. Но зачем? Init и есть service manager по логике вещей. На кой перец 2 сущности делающих одинаковую работу?

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

313. "В systemd предложено включить средства для замены..."  +/
Сообщение от arisu (ok), 29-Ноя-13, 15:07 
>> более того: апстарт можно использовать
>> как service manager, не делая его инитом. сюрпризы на каждом шагу!
> Можно. Но смысл этой затеи не очень очевиден.

вполне очевиден: более-менее удобный service manager с событиями, и при этом не утрамбованый в init. init — *не service manager*. и не надо его таким делать.

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

378. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 30-Ноя-13, 13:34 
> утрамбованый в init. init — *не service manager*. и не надо его таким делать.

Мне не надо две запускалки в системе. Лучше одна нормальная, чем 2 инвалида-недопилка.

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

407. "В systemd предложено включить средства для замены..."  +1 +/
Сообщение от arisu (ok), 30-Ноя-13, 18:15 
> Мне не надо две запускалки в системе.

тогда выбирай: или init, или ядро. потому что и то, и то — это две, а тебе две не надо.

вот, кстати, неделание из инита service manager — это и есть unix-way. а не выпиливание из ядра VT.

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

325. "В systemd предложено включить средства для замены..."  +/
Сообщение от Michael Shigorinemail (ok), 29-Ноя-13, 18:51 
> Можно. Но смысл этой затеи не очень очевиден.

sysvinit+monit у меня ни разу не сегфолтились, при этом monit умеет сообщить почтой при надобности.  Этот ваш systemd так может?

> Нет, чисто технически можно устроить daisy chain из 5 бутлоадеров

Ой, не сыпьте -- тут четыре (прописью: четыре) EFI-бинарника друг друга пинают, причём каждый на своём месте далеко не просто так :-/

> Init и есть service manager по логике вещей.

Разве что в Вашей сумочке, мадам.

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

379. "В systemd предложено включить средства для замены..."  +/
Сообщение от Аноним (-), 30-Ноя-13, 13:52 
> sysvinit+monit у меня ни разу не сегфолтились, при этом monit умеет сообщить
> почтой при надобности.

Я рад за вас, только это 2 разных сущности с конфигурежкой в совершенно разных местах. У инита в скриптах к тому же зачастую творится полная жесть. Кивки на wannabe-библиотеки из скриптятины - это круто, но как-то вот весьма местечковые подпорки. Которые не присутствуют в скриптах писанных другими людьми, что сильно нивелирует их ценность.

> Этот ваш systemd так может?

1) Во первых он не мой.
2) Накаркаете, Гарри Поттер научит :)

>> Нет, чисто технически можно устроить daisy chain из 5 бутлоадеров
> Ой, не сыпьте -- тут четыре (прописью: четыре) EFI-бинарника друг друга пинают,
> причём каждый на своём месте далеко не просто так :-/

А это что за монстрик такой? У Cubie например лоадеров всего 2 - "spl" и "u-boot". Первый надо потому что в проце SRAM ограниченный и ROM грузит лишь небольшой кусочек кода туда. Он должен раскочегарить DRAM, иначе грузить основной код будет просто некуда. Вот это я нахожу логичным и понятным.

>> Init и есть service manager по логике вещей.
> Разве что в Вашей сумочке, мадам.

Как я уже сказал, 2 неполноценные запускалки в системе - не есть удобно.

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

396. "В systemd предложено включить средства для замены..."  +/
Сообщение от Michael Shigorinemail (ok), 30-Ноя-13, 14:48 
>> sysvinit+monit у меня ни разу не сегфолтились, при этом monit умеет сообщить
>> почтой при надобности.
> Я рад за вас, только это 2 разных сущности с конфигурежкой в
> совершенно разных местах.

И?

> У инита в скриптах к тому же зачастую творится полная жесть.
> Кивки на wannabe-библиотеки из скриптятины - это круто,
> но как-то вот весьма местечковые подпорки.

Ну извините, даже рыба ищет, где глубже. :)  Разруха не в скриптах, поймите наконец.

>> Ой, не сыпьте -- тут четыре (прописью: четыре) EFI-бинарника друг друга пинают,
>> причём каждый на своём месте далеко не просто так :-/
> А это что за монстрик такой?

shim (UEFI SB) -> refind (чтоб менюшка с автоопределением) -> elilo (чтоб грузить неподписанные ядра) -> vmlinuz (который тоже EFI binary)... ровно так грузится, например, http://www.altlinux.org/Rescue -- зато практически на всём x86, что сейчас можно купить, и с удобствами не во дворе.

> Как я уже сказал, 2 неполноценные запускалки в системе - не есть удобно.

Как уже отметили в тредике, полноценная запускалка должна сразу открывать докУменты! ;]

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

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

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




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

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