= Сообщение: 1848 из 8555 ========================================= RU.LINUX = От : Serguei E. Leontiev 2:5020/400 11 Jan 15 20:58:27 Кому : Alexey Vissarionov 11 Jan 15 20:58:27 Тема : Re: init FGHI : area://RU.LINUX?msgid=<1187498674@ddt.demos.su>+d4a53c3d На : area://RU.LINUX?msgid=2:5020/545+54abd5f1 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.LINUX?msgid=2:5020/545+54b3937c ============================================================================== From: "Serguei E. Leontiev" <leo@sai.msu.ru>
Привет Алексей,
От 6 января 2015 г., 15:32:46 в fido7.ru.linux ты писал: AV>>> Очень надеюсь, что мода на systemd в скором времени AV>>> пройдет. SL>> Hе могу с тобой согласится. И разработчикам, и SL>> пользователям, удобнее единообразие. AV> Скрипты, которые понимают параметры start, stop, restart и при AV> необходимости status - куда единообразнее-то?
Выдача status не документирована, к тому же она чаще всего является не слишком надёжным результатом pidof или ps. Поэтому способы защиты демонов/сервисов от OOM-Killer немного запутаны.
SL>> Так вот это лишнее знание нужно только в последних SL>> оставшихся резервациях SVR4 init.d. AV> Hеужели ты всерьез думаешь, что при использовании systemd оно AV> не нужно? :-)
Злые языки утверждают, что автор systemd брал за образец launchctl/launchd.
SL>>>> А вот S20random нужно делать всегда, что бы лохи, SL>>>> которые ему верят, не волновались попусту. AV>>> Чем тебе /dev/random не нравится? SL>> Хочешь верить - верь и не волнуйся попусту, я что против? AV> Ты когда в прошлый раз заглядывал в linux/drivers/char/random.c? AV> А содержимым linux/drivers/char/hw_random/ интересовался?
Да регулярно. Есть у него, конечно, некоторые математические проблемы.
Кроме того мне известно, что программное обеспечение делается под наблюдением одного большого брата, почти всё железо изготавливается на заводах контролируемых другим большим братом, а третий большой брат просто находится под боком. Т.к. у меня нет необходимости обрабатывать секретную информацию на компьютерах, то я и не вынужден сохранять веру в чудо - что один или все большие братья не смогут заглянуть мне через плечо.
AV>>> У него есть замечательная функция AV>>> add_device_randomness(), которая позволяет домешивать AV>>> туда данные из дополнительных источников - например, AV>>> аппаратного ГСЧ SL>> Hу вот ещё одна железка с ещё одним своим демоном и/или со SL>> своими дополнительными требованиями на порядок запуска SL>> программ и демонов использующих /dev/random и /dev/urandom. AV> AV> \/ AV> /\ AV> _//\\_ (это индейская национальная народная изба) AV> AV> ??gremlin@warez:~ > rpm -q --filesbypkg usbhwrng AV> usbhwrng /etc/cron.d/usbhwrng
А что rpm usbhwrng в cron.d сам записать не может? Команд было бы меньше.
AV> И все - грамотно сделанному устройству больше ничего не нужно.
Инсталлятор в rpm может быть сколь угодно хитрый. Мы же знаем, что потребители /dev/urandom, такие как sshd и др., не читают его каждый раз. Поэтому в данном случае, ему требуется: 1. Исключить соревнование между моментом регистрации USB устройства и запуском потребителей (sshd и др.); 2. Обеспечить перезапуск потребителей (sshd и др.) после пробуждения из состояний сна S5/S4/S3.
Hа мой взгляд, init.d SVR5 не облегчает решение этих задач.
SL>>>> делаем все командные файлы с именами P00AnyService AV> Забыл спросить: что будут обрабатывать эти файлы?
Hу, если все демоны идеальны, то их же можно просто сразу параллельно запустить.
SL>>>> У API, приход которого на замену SVR4 init.d давно SL>>>> уже перезрел, могло бы быть и такое устройство. AV>>> API уже есть, и устроено оно не так уж и криво - а вот AV>>> используют его... SL>> Мое личное мнение, управление демонами/сервисами, SL>> устройствами и порядком загрузки в GNU/Linux самое кривое, SL>> из всех имеющихся на начало 2010-х. AV> Самое кривое из виданного мной - это бздо...
Я уважаю все религиозные воззрения, возможно, кто-то верит в идеальные демоны/сервисы, которым даже не требуется аналог rcorder.
-- Успехов, Сергей Леонтьев. E-mail: lse@CryptoPro.ru --- ifmail v.2.15dev5.4 * Origin: ГАИШ МГУ (2:5020/400)
