The OpenNET Project / Index page

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

Архитектурные проблемы systemd, негативно влияющие на стабильность и безопасность

10.02.2014 09:14

Рич Фелкер (Rich Felker), автор системной библиотеки musl, участник проекта Openwall и член группы Austin Group, развивающей и поддерживающей стандарты POSIX, опубликовал заметку "Broken by design: systemd" с критикой systemd. По мнению Фелкера, архитектура systemd изначально является ущербной из-за интеграции в init-процесс сторонних функций, непосредственно не связанных с процессом загрузки. Подобное нагромождение негативно сказывается на надёжности и безопасности.

Фелкер выделяет три основные архитектурные проблемы systemd:

  • В Unix-системах PID 1 имеет специальное назначение, в частности, PID 1 становится родителем для осиротевших процессов и поддерживает специальную семантику сигналов. В случае краха обработчика PID 1, происходит крах всей системы (kernel panic). Традиционные системы инициализации минимизируют размер кода и число функций обработчика PID 1, в то время как systemd выносит на уровень PID 1 серию демонов, реализующих вторичные функции, что приводит к общему снижению надёжности. Если традиционный init-процесс занимается лишь обработкой сигнала SIGCHLD от осиротевших процессов и реагирует на смену администратором текущего уровня запуска (runlevel), то systemd дополнительно занимается такими вещами, как управление подключением и отключением устройств, изменением точек монтирования, слежение за состоянием элементов в ФС и даже обработка запросов через DBus API.
  • В защищённой системе без systemd, обычно присутствует только один привилегированный процесс, критичный для проведения атаки, - sshd. Все остальные компоненты управляются и получают входные данные только от пользователя root. В случае systemd присутствуют каналы взаимодействия с непривилегированным пользователем. Реализация расширенных функций в systemd приводит к необходимости выполнения на привилегированном уровне лишнего кода по выделению ресурсов, обработки файлов, разбору сообщений и обработке строковых данных, что увеличивает риск возникновения уязвимостей, которые могут быть эксплуатированы непривилегированным пользователем.
  • Вынос на уровень системы инициализации дополнительных функций приводит к необходимости перезагрузки системы при установке обновлений компонентов systemd, обеспечивающих работу PID 1.


  1. Главная ссылка к новости (http://ewontfix.com/14/...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/39050-systemd
Ключевые слова: systemd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (284) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, oops (ok), 10:26, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    Слава богу остались еще здравомыслящие!
     
     
  • 2.10, anonymous (??), 10:43, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Нам от этого не легче, т.к. системг уже повсюду.
     
     
  • 3.77, sorrymak (ok), 14:09, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Гентушники не прогнутся!
     
     
  • 4.91, ананим (?), 14:40, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    У гентушников нет такой чёткой зависимости на те или иные технологии.
    Это и есть идея этого дистрибутива.

    Установлен и systemd, и openrc (который работает поверх sysvinit). Работаю на последнем.
    Первый просто не дотягивает по надёжности до второго. Сильно не дотягивает.
    Вот и всё.

    В бинарных дистрибутивах всё несколько иначе (дебиан например). Хочешь, не хочешь, а будешь работать с тем, что есть.

     
     
  • 5.107, Аноним (-), 15:27, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Первый просто не дотягивает по надёжности до второго. Сильно не дотягивает.
    > Вот и всё.

    Ага. Никто, кроме OpenRC, не умеет так надежно зависать, что при загрузке, что при выключении. Поэтому в генте системГ, как ни странно, наиболее вменяемый вариант - более-менее поддерживается (в отличие от sysv) и при этом не виснет.

     
     
  • 6.114, linux must _RIP__ (?), 15:34, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    а systemd ? тут недавно были репорты об этом..
     
     
  • 7.124, Аноним (-), 15:45, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а systemd ? тут недавно были репорты об этом..

    Да, под вяндой не запускается :)

     
  • 7.342, Аноним (-), 21:33, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > а systemd ? тут недавно были репорты об этом..

    Что, не работает у тебя в восьмерочке? Или что там у тебя, макось?

     
  • 6.167, ананим (?), 16:55, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Ага. Никто, кроме OpenRC, не умеет так надежно зависать, что при загрузке, что при выключении.

    OpenRC вообще не процесс.
    OpenRC — это набор утилит для настройки окружения в котором будут (от слова будущее) выполнятся демоны и только.
    Процессами в генту (с OpenRC) управляет /sbin/init из стандартного sys-apps/sysvinit.

    Так что не знаю где вы нахватались этих «знаний», но каша у вас в голове знатная.

     
     
  • 7.169, Аноним (-), 16:57, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > OpenRC вообще не процесс.
    > OpenRC — это набор утилит для настройки окружения в котором будут (от
    > слова будущее) выполнятся демоны и только.
    > Процессами в генту (с OpenRC) управляет /sbin/init из стандартного sys-apps/sysvinit.

    И зависает при загрузке/выключении тоже он? А почем в дебиане не виснет?

     
     
  • 8.172, ананим (?), 17:00, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А кто тебе сказал, что зависает Сам то ты не мог этого видеть, потому как вообщ... текст свёрнут, показать
     
     
  • 9.174, Аноним (-), 17:02, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А чего тут знать Включаешь, начинает грузиться, останавливается И все ... текст свёрнут, показать
     
     
  • 10.176, ананим (?), 17:03, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Брехня ... текст свёрнут, показать
     
     
  • 11.179, Аноним (-), 17:08, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Openrc не виснет, ага Верю Эти глаза не могут лгать ... текст свёрнут, показать
     
     
  • 12.183, ананим (?), 17:14, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да кстати, категории верю-не_верю 8212 это ваш удел ... текст свёрнут, показать
     
     
  • 13.186, Аноним (-), 17:16, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вы же ничего, кроме голословных утверждений, предложить не можете ... текст свёрнут, показать
     
     
  • 14.193, ананим (?), 17:30, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Могу И приводил Повторяю equery belongs sbin init Searching for sbin ... текст свёрнут, показать
     
     
  • 15.208, Аноним (-), 17:43, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А теперь, внимание, вопрос - зачем нужна левая прослойка между инитом и системой... текст свёрнут, показать
     
     
  • 16.212, ананим (?), 17:48, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ты пруф для начала предоставь А то слишком асимметрично получается 8212 я те... текст свёрнут, показать
     
     
  • 17.218, Аноним (-), 17:54, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Только после вас Я пока пруфов от вас не видел, только философию ... текст свёрнут, показать
     
     
  • 18.220, ананим (?), 17:56, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Понятно, от тyпого бота ничего другого и не ожидал 9786 ... текст свёрнут, показать
     
  • 4.104, Аноним (-), 15:22, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Гентушники не прогнутся!

    У гентушников свой поттеринг (Luca U Barbato), который не чуть не менее фимозен, чем редхатовский. Поэтому и не прогнутся.

     
     
  • 5.293, Аноним (-), 19:30, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А можно чуть подробней про данного товарища?
    Чем он вреден?
     
     
  • 6.354, Аноним (-), 17:15, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А можно чуть подробней про данного товарища?
    > Чем он вреден?

    Можно погуглить. Его тоже NIH кусает довольно конкретно, только по своему.

     
  • 3.78, Michael Shigorin (ok), 14:10, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Нам от этого не легче, т.к. системг уже повсюду.

    Живу на альте с sysvinit и нас тут таких в core team достаточно.

     
     
  • 4.84, Аноним (-), 14:24, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Нам от этого не легче, т.к. системг уже повсюду.
    > Живу на альте с sysvinit и нас тут таких в core team
    > достаточно.

    И себе на альт переехать, что ли?! Переходить на сыстемГ пока не планируете?

     
     
  • 5.99, ваыва (?), 15:08, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Они уже перешли на десктопных :)

    Но серверные дистрибутивы нет и сборки есть без этого Г

     
     
  • 6.100, asd (??), 15:14, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Есть выбор при установке - systemd или sivinit...
     
  • 5.128, Аноним (-), 15:50, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И себе на альт переехать, что ли?! Переходить на сыстемГ пока не планируете?

    Переедь на убунту.

     
  • 5.226, Michael Shigorin (ok), 18:04, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>> Нам от этого не легче, т.к. системг уже повсюду.
    >> Живу на альте с sysvinit и нас тут таких в core team
    >> достаточно.
    > И себе на альт переехать, что ли?! Переходить на сыстемГ пока не планируете?

    В официальные десктопы 7.0.x воткнули ради NM/udisks (по сути polkit), в официальном сервере -- на выбор, а мои сборки вот: http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/sysvi (ассортимент обсуждаем, но в число стартеркитов входит экспериментальный инсталер TDE/sysvinit).  См. тж. http://altlinux.org/sysvinit

     
  • 4.343, Аноним (-), 21:34, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Живу на альте с sysvinit и нас тут таких в core team достаточно.

    У вас в альте вообще нездоровой некромансии на мой вкус как-то слишком много, что достаточно сильно нагибает развитие вашей системы, если вы еще вдруг не заметили. Скатывается в маргинальное местечковое болотце, по типу какого-нибудь опенбсд, только от линукса.

     
     
  • 5.346, Michael Shigorin (ok), 16:14, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Живу на альте с sysvinit и нас тут таких в core team достаточно.
    > У вас в альте вообще нездоровой некромансии

    Вспомнился диалог: "а чем вы вирусы лечите? -- а мы их не лечим, они у нас и так здоровые!"...

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

     
     
  • 6.355, Аноним (-), 18:09, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > а мы их не лечим, они у нас и так здоровые!"...

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

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

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

     
     
  • 7.363, arisu (ok), 06:28, 14/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Но убунтами почему-то пользуется толпа народа

    а виндой — ещё большая толпа. убунта — нищебродский красноглазый отстой получается по такой «логике».

     
  • 7.364, Michael Shigorin (ok), 21:19, 15/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Когда убунтушник рассказывает о нездоровой некромансии, остаётся
    >> пожать плечами и пожелать удачи в краю победившей здоровой некромансии.
    > Забойный аргумент. Но убунтами почему-то пользуется толпа народа

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

     
  • 3.255, Аноним (-), 18:41, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Нам от этого не легче, т.к. системг уже повсюду.

    В убунте его нет и не будет.

     
     
  • 4.304, 1 (??), 21:48, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > В убунте его нет и не будет.

    Да, примерно так: # ls -la /usr/lib/upstart
    lrwxrwxrwx 1 root root        6 авг 22 18:42 upstart -> /usr/lib/systemd

     
  • 2.30, Аноним (-), 11:23, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +18 +/
    Ждем systemd2 несовместимый  с первым
     
     
  • 3.83, dxd (?), 14:22, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    И включающий в себя первый системд, иксы, вэйланд и ядро.
     
     
  • 4.123, Аноним (-), 15:44, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Гнум забыл.
     
  • 3.113, Аноним (-), 15:34, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ждем systemd2 несовместимый  с первым

    От компании Canonical. Им как раз нужен ход конем.

     
     
  • 4.338, Анончик (?), 17:14, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    у них уже есть
    прям внутре упстарта
    и другого не надо
     
  • 2.88, ананим (?), 14:31, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > остались еще здравомыслящие!

    Да их много. И подобных доводов тоже.
    Просто в опенсорсе стала наблюдаться определённая тенденция — обозвать таких людей ретроградами (или ещё как похуже) и к их мнению уже можно не прислушиваться.

    Кстати, для параноиков из безопасности сам факт навязывания не нужной (не необходимой) функциональности должен стучать колоколом по голове — просто так усложнять систему с чёткими требованиями обычно никто не собирается.

     
     
  • 3.98, Аноним (-), 15:08, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    чем сложнее система - тем легче внедрить бекдоры. и тем выше спрос на топовое железо.
    возможно, это стратегия других мыслящих, привязавших к поттерингу удочку с морковкой.
    аналогично дело с гномом третьему (чей gdm даже в гентухе systemd требует), а также прочими безвременно усопшими от излишнего весу продуктами.
     
     
  • 4.105, Аноним (-), 15:23, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > чем сложнее система - тем легче внедрить бекдоры. и тем выше спрос на топовое железо.

    По этой логике, все должны использовать FreeDOS.

     
     
  • 5.118, ананим (?), 15:38, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    По этой логике все должны использовать системы ровно настолько сложные, наскольк... большой текст свёрнут, показать
     
     
  • 6.125, Аноним (-), 15:47, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > По этой логике все должны использовать системы ровно настолько сложные, насколько это необходимо.

    А кто определяет меру этой сложности и сравнивает ее с эталоном?

    И кто определяет понятие "необходимого"? Вот на слаке, например, управление зависимостями не считается необходимой фичей пакетного менеджера. С точки зрения слакварщика, portage - это блоатварь и не юниксвейно.

     
     
  • 7.136, ананим (?), 15:59, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >А кто определяет меру этой сложности и сравнивает ее с эталоном?

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


    Так вы ответите на вопрос или нет?
    Или будете продолжать заниматься передёргиванием и подменой понятий?

     
     
  • 8.141, Аноним (-), 16:06, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну вот управление зависимостями в пакетном менеджере - это функциональное требов... текст свёрнут, показать
     
     
  • 9.165, ананим (?), 16:50, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Решили съехать с благодатной темы управления процессами Понимаю С вашими э-м-м... текст свёрнут, показать
     
     
  • 10.168, Аноним (-), 16:56, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Всего лишь показываю несостоятельность вашей философии Просто в силу того, пр... текст свёрнут, показать
     
     
  • 11.175, ананим (?), 17:02, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ау Гуманитарий Речи ро философию вообще не было Тебе на другой ресурс надо Р... текст свёрнут, показать
     
     
  • 12.178, Аноним (-), 17:06, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    См комментарий 118 Настоящий технарь , вроде вас, подходит к этому вопросу ис... текст свёрнут, показать
     
     
  • 13.189, ананим (?), 17:21, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не поверишь, там про технические требования Не правда, исключительно с техничес... текст свёрнут, показать
     
     
  • 14.194, Аноним (-), 17:30, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Технические требования в рамках данной философии - вещь субъективная Поэтому ... текст свёрнут, показать
     
     
  • 15.201, ананим (?), 17:34, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Мы тут всё больше про технические требования в рамках данной конкретной задачи i... текст свёрнут, показать
     
     
  • 16.211, Аноним (-), 17:47, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Разработчики большинства дистрибутивов, включая Дебиан, считают, что фичи system... текст свёрнут, показать
     
  • 8.344, Аноним (-), 22:29, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А кто задает эти требования include trollface txt ... текст свёрнут, показать
     
  • 6.298, iZEN (ok), 20:07, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кто сказал, что  GNU/Linux должен копировать Unix и следовать его философии? GNU прямо отрицает это: GNU is Not Unix. Systemd является вполне логичным подтверждением этого принципа, я считаю.
     
     
  • 7.305, ананим (?), 21:58, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >GNU is a recursive acronym for "GNU's Not Unix!", chosen because GNU's design is Unix-like, but differs from Unix by being free software and containing no Unix code

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

     
  • 4.108, ананим (?), 15:29, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Самое забавное (в тему паранойи, наличие которой как известно не говорит о том, что за тобой не следят), что и systemd, и gnome3 развивается компанией, которая прямо заявило, что десктопный сегмент её не интересует.
    Соответсвенно от фэйла этого сегмента она и не пострадает.

    зыж
    Ну пока что gdm-3.10.0.1.ebuild выглядит так:

    systemd? ( >=sys-apps/systemd-186[pam] )
    !systemd? (
    >=x11-base/xorg-server-1.14.3-r1
    >=sys-auth/consolekit-0.4.5_p20120320-r2

    !<sys-apps/openrc-0.12
    )

    т.е. вполне (ещё?) возможно собрать без systemd
    в любом случае, я пользуюсь slim что и остальным рекомендую.

     
     
  • 5.111, Аноним (-), 15:31, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    "Во-первых, я тот кувшин не брала, во-вторых, уже вернула, в-третьих, он и так был с трещиной" :)
     
     
  • 6.121, ананим (?), 15:42, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Сделка или “Выражайтесь яснее!“
     
     
  • 7.173, Аноним (-), 17:01, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Сделка или “Выражайтесь яснее!“

    Уровень вашей аргументации и ее логичность показаны яснее некуда :)

     
     
  • 8.198, ананим (?), 17:31, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да, и это правда 9786 ... текст свёрнут, показать
     
  • 4.115, linux must _RIP__ (?), 15:37, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > чем сложнее система - тем легче внедрить бекдоры. и тем выше спрос
    > на топовое железо.

    скорее - тем лече продать услуги по настройке и сопровождению. Что кстати и продает redhat ...

     
  • 3.110, Аноним (-), 15:30, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Да их много. И подобных доводов тоже.

    Только доводы у них какие-то откровенно притянутые за уши. И заодно, бьющие по довольно широким полям - systemd, upstart, openrc.

    > Кстати, для параноиков из безопасности сам факт навязывания не нужной (не необходимой)
    > функциональности должен стучать колоколом по голове — просто так усложнять систему
    > с чёткими требованиями обычно никто не собирается.

    Что, разработчики openrc отказались от идеи внедрения cgroups? А то на современной генте смотришь в вывод mount, и понимаешь, что леннард и сюда добрался.

     
     
  • 4.139, ананим (?), 16:01, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Только доводы у них какие-то откровенно притянутые за уши. И заодно, бьющие по довольно широким полям - systemd, upstart, openrc.

    Для гуманитариев разве что.
    >Что, разработчики openrc отказались от идеи внедрения cgroups? А то на современной генте смотришь в вывод mount, и понимаешь, что леннард и сюда добрался.

    cgroups — это трэйд-марк похтеринга?
    или вы решили побить рекорд самого тупого комментатора?

     
     
  • 5.143, Аноним (-), 16:08, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>Только доводы у них какие-то откровенно притянутые за уши. И заодно, бьющие по довольно широким полям - systemd, upstart, openrc.
    > Для гуманитариев разве что.

    Нужно быть гуманитарием, чтобы увидеть, что в upstart и openrc начали пихать все подряд по образу и подобию леннарда?

    > cgroups — это трэйд-марк похтеринга?

    cgrups _в ините_ - безусловно. Это целиком его идея, никто до него раньше такого не делал.

    И что характерно - это не является функциональным требованием. init отлично работает без cgroups, а наличие в нем дополнительного кода делает его более уязвимым.

     
     
  • 6.147, ананим (?), 16:17, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да D Интересно, а для чего тогда придумали cgroups, как не для управления проц... большой текст свёрнут, показать
     
     
  • 7.152, Аноним (-), 16:25, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда в код и чейнджлоги openrc и upstart лучше не смотреть - можно зашквариться... большой текст свёрнут, показать
     
     
  • 8.159, ананим (?), 16:38, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не вам, господин гуманитарий, говорить о коде и чейнджлогах Вы, как выяснилось ... текст свёрнут, показать
     
     
  • 9.162, Аноним (-), 16:42, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, я-то туда хотя бы заглядывал А значит, зашкварился гуманитарщиной На... текст свёрнут, показать
     
     
  • 10.206, ананим (?), 17:38, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Брехня Вы до сегодняшнего обсуждения не знали что openrc не заменяет init ... текст свёрнут, показать
     
     
  • 11.213, Аноним (-), 17:50, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Что, прям так не может работать как PID 1 ... текст свёрнут, показать
     
     
  • 12.228, ананим (?), 18:06, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Угу Я ж не просто бот как ты Вынужден ограничиваться рамками сабжа ... текст свёрнут, показать
     
     
  • 13.235, Аноним (-), 18:18, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А вы, я смотрю, великий знаток OpenRC ... текст свёрнут, показать
     
     
  • 14.244, ананим (?), 18:30, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Про великий не знаю, мне такие категории не интересны Но про то как именно он р... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 16.256, ананим (?), 18:41, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Так тебя никто говорить и не заставляет ... текст свёрнут, показать
     
  • 6.151, ананим (?), 16:23, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    зыж
    >Нужно быть гуманитарием, чтобы увидеть, что в upstart и openrc начали пихать все подряд по образу и подобию леннарда?
    >cgrups _в ините_ - безусловно. Это целиком его идея, никто до него раньше такого не делал.
    >И что характерно - это не является функциональным требованием. init отлично работает без cgroups, а наличие в нем дополнительного кода делает его более уязвимым.

    Самое интересное тут то, что /sbin/init НЕ имеет отношения к openrc.
    Представляете, господин гуманитарий? ☺
    Openrc работает ПОВЕРХ sys-apps/sysvinit
    Представляете КАК вы некомпетентны, если этого не знали, но пытаетесь обсуждать.
    Openrc предоставляет расширенную функциональность (включая cgroups) НЕ в составе init (как следствие и не с PID = 1)

     
     
  • 7.153, Аноним (-), 16:27, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Самое интересное тут то, что /sbin/init НЕ имеет отношения к openrc.
    > Представляете, господин гуманитарий? ☺
    > Openrc работает ПОВЕРХ sys-apps/sysvinit
    > Представляете КАК вы некомпетентны, если этого не знали, но пытаетесь обсуждать.
    > Openrc предоставляет расширенную функциональность (включая cgroups) НЕ в составе init
    > (как следствие и не с PID = 1)

    Это что-то меняет? Позволяет системе работать после краха openrc? Улучшает безопасность?

     
     
  • 8.158, ананим (?), 16:35, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Читайте сабж Там всё написано зыж Это меняет многое А в контексте обсуждения ... текст свёрнут, показать
     
     
  • 9.163, Аноним (-), 16:47, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ага, и вообще никакого openrc нет, это все выдумки А когда я включаю rc_paral... текст свёрнут, показать
     
     
  • 10.180, ананим (?), 17:10, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вы не включайте Не с вашими знаниями куда-то лезть Это ж надо, перепутать in... текст свёрнут, показать
     
     
  • 11.185, Аноним (-), 17:15, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да, если я буду знать, что загрузка повис не из-за sbin init, а из-за прослойки... текст свёрнут, показать
     
     
  • 12.209, ананим (?), 17:44, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно Ведь это прослойка между стулом и компьютером Ну гвозди себе в голову ... текст свёрнут, показать
     
     
  • 13.216, Аноним (-), 17:53, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вы серьезно заблуждаетесь относительно места openrc в архитектуре системы Сам... текст свёрнут, показать
     
     
  • 14.253, ананим (?), 18:40, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Нет ps -ef -H root 1 0 0 фев08 00 00 02 init 3 root ... текст свёрнут, показать
     
  • 14.358, Аноним (-), 19:40, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Прикольно это в дебиане выглядело Уж так взвились То чуть ли не годами болт на... текст свёрнут, показать
     
  • 8.315, arisu (ok), 07:25, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    скажи, а как ты дожил до своего возраста вообще с таким уровнем дебилизма ты да... текст свёрнут, показать
     
  • 4.237, Аноним (-), 18:21, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    это скорее не "Леннарт добрался" а "Udev добрался".
    некоторые дистры - пытались бороться с косяками укуренных создателей Udev и его фимозным поведением, непредсказуемым, но большинство - сдались.
    даже калька - сдулась, увы.
     
     
  • 5.241, Аноним (-), 18:26, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > это скорее не "Леннарт добрался" а "Udev добрался".
    > некоторые дистры - пытались бороться с косяками укуренных создателей Udev и его
    > фимозным поведением, непредсказуемым, но большинство - сдались.
    > даже калька - сдулась, увы.

    Написали бы свой udev, с барышнями и преферансом. А то пока все такие попытки заканчивались дарением конфеток Леньке и копипастой из "апстрима".

     
     
  • 6.254, Аноним (-), 18:41, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Так давно, mdev сие зовётся. В Gentoo многими используется вместо udev/eudev.
     
     
  • 7.259, Аноним (-), 18:44, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Так давно, mdev сие зовётся. В Gentoo многими используется вместо udev/eudev.

    mdev - это аналог udev для встраиваемых систем, с предельно урезанной функциональностью (что на десктопе создает определенные проблемы). К Gentoo никак не относится.

     
     
  • 8.266, Аноним (-), 18:53, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Просто некоторые странные личности пытаются пропихнуть его в качестве замены ude... текст свёрнут, показать
     
     
  • 9.291, Аноним (-), 19:26, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    У вас есть какие-то основания для подобных утверждений ... текст свёрнут, показать
     
     
  • 10.359, Аноним (-), 19:41, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Железо у десктопников несколько более разлапистое и фичастое чем у встраиваемых ... текст свёрнут, показать
     
  • 8.267, Аноним (-), 18:53, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    И какие же проблемы это создаёт К Gentoo очень даже относится - https wiki ge... текст свёрнут, показать
     
     
  • 9.269, Аноним (-), 18:57, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    hotplug, например Ну так туда и systemd вместо нормального инита поставить можн... текст свёрнут, показать
     
     
  • 10.286, Аноним (-), 19:25, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что именно hotplug Проблемы с хотплагом в mdev Какие И то Многие ставят и ... текст свёрнут, показать
     
  • 8.316, arisu (ok), 07:27, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    опиши их, пожалуйста нет, это не в плане 171 поиздеваться 187 если эти опр... текст свёрнут, показать
     
     
  • 9.360, Аноним (-), 19:42, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Есть только одна проблема в процессе он фалломорфирует в такого же монстра как ... текст свёрнут, показать
     
     
  • 10.362, arisu (ok), 06:27, 14/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а сие мне неизвестно для моего использования 171 на десктопе 187 , например,... текст свёрнут, показать
     
  • 2.196, Гость (?), 17:31, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С нетерпением ждем вброса Линуса нашего Товальдса про дрочащих на безопасность обезьян.
     

     ....большая нить свёрнута, показать (103)

  • 1.6, Аноним (-), 10:31, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вынос на уровень системы инициализации дополнительных функций приводит к необходимости перезагрузки системы при установке обновлений компонентов systemd, обеспечивающих работу PID 1.

    Ндаа, Винда

     
     
  • 2.69, vitalif (ok), 12:55, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот не люблю сисямд, но этот пункт - конкретный бред, т.к. systemd, как и любой другой init, умеет сериализовать своё состояние и перезапуститься без перезагрузки системы, сделав exec себя...
     
     
  • 3.76, ананим (?), 14:07, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вот не надо фантазий. В новой версии вполне может быть другой АПИ/АБИ.
    Так что вот это:
    >SIGTERM
    >   Upon receiving this signal the systemd system manager serializes its state, reexecutes itself and deserializes the saved state again.

    не относится в общем случае к случаям обновления вообще никак.

     
     
  • 4.102, Аноним (-), 15:20, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот не надо фантазий. В новой версии вполне может быть другой АПИ/АБИ.

    Когда другой апи/аби - это мажорное обновление системы, вообще-то. Там заодно и ядро, и libc, и все остальные библиотеки обновляются. И тоже со сменой апи/аби. Вряд ли удастся обойтись без перезагрузки.

    А при плановом обновлении безопасности, апи/аби не трогают - оно делается за счет бэкпортирования исправлений.

     
     
  • 5.130, ананим (?), 15:51, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё раз, другими словами, проектирование реагирования на сигнал SIGTERM не предполагало никаких обновлений. Поэтому приписывание этой, побочной функциональности в корне не верно, т.к. грозит нештатными ситуациями.

    Поэтому высказывание:
    >Вынос на уровень системы инициализации дополнительных функций приводит к необходимости перезагрузки системы при установке обновлений компонентов systemd, обеспечивающих работу PID 1.

    справедливо на все 100%.
    Более того, к необходимости перезагрузки приводит обновление не НЕобходимых компонентов.

     
     
  • 6.135, Аноним (-), 15:57, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Поэтому высказывание:
    >> Вынос на уровень системы инициализации дополнительных функций приводит к необходимости перезагрузки системы при установке обновлений компонентов systemd, обеспечивающих работу PID 1.
    > справедливо на все 100%.

    С точки зрения диванных теоретиков - может быть. А федоре или rhel7 после обновления пакета systemd просто выполняется systemctl daemon-reexec, и опа - вместо старого инита уже новый.

     
     
  • 7.142, ананим (?), 16:06, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >С точки зрения диванных теоретиков

    Как по http://www.opennet.dev/openforum/vsluhforumID3/93954.html#96

    Ещё раз, крайний, для самых тyпых и ещё тyпее ботов — обработка сигналов процессами НИКАК не коррелирует с обновлением ПО.
    При чём это известно даже для тех инженеров, которые купили диплом в переходе.

     
     
  • 8.144, Аноним (-), 16:13, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    И в чем это должно кого-то убедить Скажите это Игорю Сысоеву, например Ну точн... текст свёрнут, показать
     
  • 4.308, vitalif (ok), 00:10, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > В новой версии вполне может быть другой АПИ/АБИ.

    Если в новой версии вполне может быть другой АПИ/АБИ - авторы systemd ССЗБ, т.к. в том же апстарте на уровне этого самого сериализованного представления специально поддерживается совместимость...

    Хотя в принципе может это так и есть, вон вроде в journal недавно ломали...

     
  • 3.274, anonymousZ (?), 19:05, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот не люблю сисямд, но этот пункт - конкретный бред, т.к. systemd,
    > как и любой другой init, умеет сериализовать своё состояние и перезапуститься
    > без перезагрузки системы, сделав exec себя...

    Что за бред? Укажите строчку в исходниках любого из инитов (sd,v,upstart), где он делает "обновление" через "exec себя".

     
     
  • 4.277, Аноним (-), 19:09, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Что за бред? Укажите строчку в исходниках любого из инитов (sd,v,upstart), где
    > он делает "обновление" через "exec себя".

    Я могу указать команду, по которой sysvinit делает exec себя - telinit q.
    Искать соответствующую строчку в коде - лень.

     
     
  • 5.284, Аноним (-), 19:21, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Я могу указать команду, по которой sysvinit делает exec себя - telinit q.

    Не q, а u.

    U or u tell init to re-execute itself (preserving the state).

     
  • 5.288, anonymousZ (?), 19:25, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Что за бред? Укажите строчку в исходниках любого из инитов (sd,v,upstart), где
    >> он делает "обновление" через "exec себя".
    > Я могу указать команду, по которой sysvinit делает exec себя - telinit
    > q.
    > Искать соответствующую строчку в коде - лень.

    http://www.opennet.dev/openforum/vsluhforumID3/93954.html#280

     
  • 3.317, arisu (ok), 07:29, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот не люблю сисямд, но этот пункт - конкретный бред, т.к. systemd,
    > как и любой другой init, умеет сериализовать своё состояние и перезапуститься
    > без перезагрузки системы, сделав exec себя…

    псто не читай @ фигню отвечай. я знаю, что тебе это пофигу, но я был о тебе сильно лучшего мнения.

     
  • 2.295, Vkni (ok), 19:56, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Вынос на уровень системы инициализации дополнительных функций приводит к необходимости
    > перезагрузки системы при установке обновлений компонентов systemd, обеспечивающих работу
    > PID 1.

    Теперь понятно, почему они так обеспокоены скоростью перезагрузки.

    > Ндаа, Винда

    Это, как известно, не новость.

     

  • 1.7, Сергей (??), 10:31, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    Я правильно понимаю, вам шашечки главное, а мне вот ехать надо...
     
     
  • 2.20, 1 (??), 11:03, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    не сложно уехать далеко на машине у которой колеса приварены вместо стяжки болтами, но поездка хороша до первого прокола, и пофиг шашечки там или нет... потом только проблемы.
     
     
  • 3.129, Аноним (-), 15:51, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > не сложно уехать далеко на машине у которой колеса приварены вместо стяжки
    > болтами, но поездка хороша до первого прокола, и пофиг шашечки там
    > или нет... потом только проблемы.

    Думаю, не каждый догадается, что это стеб над дубовыми "юниксвейными" инитами :)

     
  • 2.21, Аноним (-), 11:07, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ехать на машине, грозящей развалиться при езде?
     
     
  • 3.58, Аноним (-), 12:25, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Главное чтоб с QR-кодами.

     
     
  • 4.203, Гость (?), 17:36, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Главное чтоб с QR-кодами.

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

     
     
  • 5.251, Аноним (-), 18:37, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И с безопасной отправкой подписанных логов, которые невозможно подделать, на другой хост
    > по сети!!

    В линуксе это нафиг не надо. Оставим бинарные логи юниксу.

     
  • 3.106, Аноним (-), 15:24, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ехать на машине, грозящей развалиться при езде?

    Ну да, автомобили - это ненадежно. Вот телеги - это да, ничего лишнего же!

     
     
  • 4.205, Гость (?), 17:37, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну да, автомобили - это ненадежно. Вот телеги - это да, ничего
    > лишнего же!

    Тоолсто. Идите пешком. Так надежней.

     
  • 2.14, uniman (ok), 10:55, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    >О, опять стенания теоретиков. Как это мило.

    Самостоятельно скомпилируйте systemd для arm, mips или sh.
    Со всеми прибамбасами.
    Кроскомпилятором.
    На практике.

    О результатах отпишите. Вместе посмеемся.

     
     
  • 3.36, meequz (ok), 11:44, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю, что вы подразумеваете под самостоятельно. Но в Yocto, Poky, PTXdist systemd есть и вполне стабильно работает. Где смеяться-то?
     
     
  • 4.49, uniman (ok), 12:16, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –11 +/
    > Не знаю... Но в ...

    Понятно. =)

     
  • 3.41, Fracta1L (ok), 12:01, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А у вас возникали какие-то фатальные проблемы? Расскажите.

     
     
  • 4.54, uniman (ok), 12:23, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –10 +/
    > А у вас ...

    Понятно. =)

     
  • 2.17, еще один аноним (?), 10:58, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    какой же это теоретик - "...автор системной библиотеки musl, участник проекта Openwall ..."
     
     
     
    Часть нити удалена модератором

  • 4.45, Аноним (-), 12:08, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Эдак вы и таблицу умножения теоретизированием объявите.
    Да и вообще, что это за эфемерные цифирки да значки - вот одно яблоко, вот два яблока - бери да перекладывай из корзинки в корзинку, и пальцы загибай, будь практиком!
     
     
     
    Часть нити удалена модератором

  • 6.56, Аноним (-), 12:24, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Пустое и никчемное, Вы забыли добавить.
    А уж геометрия-то - вообще смех один! Бесконечная плоскость, а? Нет, вы видели этих бесполезных теоретиков? Да где ж они видели такую? Её ведь не-бы-ва-ет!
     
  • 6.68, umbr (ok), 12:54, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Любой процесс обработки данных - теоретизирование.
     
  • 3.81, Michael Shigorin (ok), 14:12, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > какой же это теоретик

    Это юное дарование знает слово "теоретизирование" (видимо, кто-то его носом ткнул), но не знает о проекте Openwall.

    Клевета ушла под нож без лишних объяснений автору.

     
     
  • 4.117, Аноним (-), 15:37, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Это юное дарование знает слово "теоретизирование" (видимо, кто-то его носом ткнул), но
    > не знает о проекте Openwall.

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

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

     
  • 4.296, Vkni (ok), 20:00, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это юное дарование знает слово "теоретизирование" (видимо, кто-то его носом ткнул), но
    > не знает о проекте Openwall.

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

     
     
  • 5.356, Аноним (-), 19:33, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > вместо того, чтобы слегка подумать.

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

     
  • 3.361, Аноним (-), 19:45, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > какой же это теоретик - "...автор системной библиотеки musl, участник проекта Openwall ..."

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

     
     
  • 4.365, Michael Shigorin (ok), 21:30, 15/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Если почитать сайтец проекта. Наработки интересные, но надо быть очень хардкорным
    > мазохистом чтобы ими еще и пользоватся на практике.

    Ну почему -- куча наработок Openwall используется в альте (или сделана совместно), пользуюсь, мазохистом себя не считаю. :)

     
  • 2.22, Аноним (-), 11:11, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Давно замечено, если враги (в данном случае вендузятнеги) нас хвалят, значит что-то делаем не так.
     
     
  • 3.86, Michael Shigorin (ok), 14:29, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    http fritzmorgen livejournal com 660369 html найдите слово LOR -- я о тако... большой текст свёрнут, показать
     
     
  • 4.92, xrayid (ok), 14:41, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    gt оверквотинг удален Как можно видеть из соседних топиков, есть люди которые ... большой текст свёрнут, показать
     
  • 4.109, Аноним (-), 15:29, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Миша, поскольку по одной из ссылок ответ на мой комент здесь, то хочу заметить, что платные боты как раз вовсю врут со стороны власти (никоим образом не оправдываю других).
    Тут как бы давно курсе о особенностях твоего мышления и твоих предпочтениях.
    Фрицморген, в частности, на которого ты сослался - платная жжшлюха.
     
     
  • 5.195, Michael Shigorin (ok), 17:30, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Тут как бы давно курсе о особенностях твоего мышления и твоих предпочтениях.
    > Фрицморген, в частности, на которого ты сослался - платная жжшлюха.

    Не знаю, кто это (а Вас не знаю даже по нику) -- но порой и на microsoft.com ссылаюсь, когда там вдруг написана правда.  Здесь счёл нужным обратить внимание на то, что уже озвученное получило подтверждение с ещё одной стороны (разумеется, можно попытаться меня "уличить" в негласной связи с тем оратором, но удалю как заведомую ложь).

    PS: #252 и ряд других сообщений того же автора удалены на основании озвученной им самим цели -- "навредить линуксу".  Передёргивать вредно для здоровья, как и предупреждали.
    PPS: http://wiki.opennet.ru/ForumHelp п. 6

     
  • 3.127, Аноним (-), 15:49, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Давно замечено, если враги (в данном случае вендузятнеги) нас хвалят, значит что-то делаем не так.

    Да, линксмастрип всегда поддерживал противником systemd, например :)

     
     
  • 4.197, Michael Shigorin (ok), 17:31, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Давно замечено, если враги (в данном случае вендузятнеги) нас хвалят,
    >> значит что-то делаем не так.
    > Да, линксмастрип всегда поддерживал противником systemd, например :)

    А он обиженный, но не виндузятник.

     
     
  • 5.357, Аноним (-), 19:34, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > но не виндyзятник.

    Уверены? У него мышление какое-то проприетарно-подстилочное.

     
  • 2.46, Аноним (-), 12:08, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    О, практик-юзверь не сумевший настроить звуковушку обсуждает разработчиков.
     
  • 2.51, commiethebeastie (ok), 12:22, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Хорошо тебе висеть у мамы на шее и говорить о теоретиках?
     
  • 2.318, arisu (ok), 07:30, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я правильно понимаю, вам шашечки главное, а мне вот ехать надо…

    слушай, сколько тебе скинуться на мотороллер, чтобы ты уже насовсем уехал?

    ну, или давай я тебе байдарку подарю и отправлю на Белое море, а? авось утонешь.

     

     ....большая нить свёрнута, показать (34)

  • 1.9, Аноним (-), 10:39, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    и где он раньше был?
    когда дебиановцы голосовали =)

    "Если кто-нибудь из присутствующих знает причину, по которой этот союз невозможен, пусть скажет сейчас или умолкнет навеки!"

     
     
  • 2.119, Аноним (-), 15:39, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > и где он раньше был?
    > когда дебиановцы голосовали =)
    > "Если кто-нибудь из присутствующих знает причину, по которой этот союз невозможен, пусть
    > скажет сейчас или умолкнет навеки!"

    Во-первых, дебианщики еще ничего не решили. Они еще раз 10 голосовать будут, и все равно в итоге оставят sysv.
    Во-вторых, они все-таки технари, и на сабжевое водолейство не поведутся.

     
     
  • 3.190, Аноним (-), 17:21, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.opennet.dev/opennews/art.shtml?num=39047
     
     
  • 4.242, Аноним (-), 18:27, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > http://www.opennet.dev/opennews/art.shtml?num=39047

    Повторяю: они ничего не решили. Сначала отменят голосование, потом скажут, что вообще ни имеют права такие вещи решать.

     
  • 2.319, arisu (ok), 07:33, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > и где он раньше был?
    > когда дебиановцы голосовали =)

    мир как-то не крутится вокруг бебиана. прикинь.

     
     
  • 3.329, Аноним (-), 08:47, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Отсутствие чувства юмора – это не болезнь, а врожденный порок, который не лечится.
    =D
     
     
  • 4.330, arisu (ok), 09:23, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    смех без причины — признак очень высокого интеллекта.
     

  • 1.11, vvb (ok), 10:44, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    в техкомитете Дебиана после "срочного" голосования по системд все окончательно рассрались.
    Ян Джексон предложил скинуть с поста председателя техкомитета Бдейла, сказав, что "дико зол". фактически, бдейл слил в сортир все усилия техкомитета по безконфликтному решению проблемы.
    уже инициировали процедуру выкидывания Яна Джексона из техкомитета.
    Ян Джексон ушёл в оффлайн на несколько дней чтобы успокоится и поставил в блэклист всех членов техкомитета.
     
     
  • 2.12, Аноним (-), 10:48, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    т.е. санта барбара ушла на каникулы на несколько дней? =)
    ждем продолжения
     
     
  • 3.15, vvb (ok), 10:56, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ян джексон один из самых адекватных людей в дебиане реально пытался несколько м... большой текст свёрнут, показать
     
     
  • 4.26, Теро (?), 11:19, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Скандалы, интрига, расследования.
     
  • 4.29, Аноним (-), 11:23, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    вот что и обидно, сейчас этой возней развалят один старейших и почитаемых дистрибутив

    потом меня мучает вопрос, хорошо будет системд, как потом мне с 7ки бесшовно переползти на 8ку? или все таки оставят инит параллельно для серверов, которым нафиг не уперся гном?

    ==
    не есть хорошо в связи с новостями - центом перешедшим под крыло красношапки + переход научного на репы цента

     
     
  • 5.35, xrayid (ok), 11:39, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –11 +/
    А был бы линукс проприетарныйм, сейчас бы все на форумах фапали на то, какая крутая система инициализации у линукс по сравнению с виндой... opensource разработчики сами роют себе яму...
     
     
  • 6.38, past (?), 11:53, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Systemd отлично поддерживает старые rc скрипты.
     
  • 4.120, Аноним (-), 15:42, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > ян джексон один из самых адекватных людей в дебиане. реально пытался несколько
    > месяцев разработать документ, который бы всех устроил. за который можно было
    > бы голосовать всем.

    Этот человек упорно пытается протолкнуть upstart. Причем очень эмоционально и фанатично, не считаясь с интересами пользователей.
    Например, давеча он предлагал выкинуть (вообще выкинуть из дебиана, насовсем) все DE, использующие API systemd ("чтобы у пользователя была свобода выбора"). Сейчас это гном и E17, а в перспективе и KDE. А вместо них, надо полагать, запихать юнити с миром.

    Вот такой он вменяемый человек.

     
     
  • 5.145, Аноним (-), 16:14, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >предлагал выкинуть
    >гном
    >вообще выкинуть из дебиана, насовсем

    Правильный мужик.

     
     
  • 6.155, Аноним (-), 16:29, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Правильный мужик.

    Просто фанбой Марка.

     
  • 5.262, Аноним (-), 18:48, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Весьма разумно. Понятия о гигиене у него вполне адекватные.
     
  • 5.265, Michael Shigorin (ok), 18:52, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Например, давеча он предлагал выкинуть (вообще выкинуть из дебиана, насовсем) все DE,
    > использующие API systemd ("чтобы у пользователя была свобода выбора"). Сейчас это
    > гном и E17

    И как это у меня E17 работает без systemd... предупреждение за сознательную ложь.

     
     
  • 6.268, Аноним (-), 18:55, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > И как это у меня E17 работает без systemd... предупреждение за сознательную ложь.

    Тем не менее, именно E17 стало первым DE, которое поддерживает systemd как инициализатор сеанса.

     
     
  • 7.270, ананим (?), 18:58, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Поддерживать, и поддерживать только systemd — разные вещи.
     
  • 7.278, Michael Shigorin (ok), 19:10, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> И как это у меня E17 работает без systemd... предупреждение за сознательную ложь.
    > Тем не менее, именно E17 стало первым DE, которое поддерживает systemd

    Здесь нет слова "только" и, следовательно, оснований для истерики с тенью на плетне из #120.

     
  • 5.320, arisu (ok), 07:37, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Например, давеча он предлагал выкинуть (вообще выкинуть из дебиана, насовсем) все DE,
    > использующие API systemd

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

    а вот если бы у тебя были мозги и ты умел читать, то увидел бы, что… а, не важно, всё равно ты идиот.

     

  • 1.13, karapuz2 (ok), 10:53, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Я так понимаю, только после того, как systemd был официально включен в деб, рх и еще куче главных дистрибутивов, провелю код-ревью? А ведь основополагающий важный системный компонент.
     
     
  • 2.18, Аноним (-), 10:59, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а там не заинтересованы в данной проверке были, иначе давно бы сделали
     
     
  • 3.25, karapuz2 (ok), 11:18, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А вот да. Systemd обеспечит работу на долгие годы вперед распушхим отделам программистов рх и другим коммерческим компаниям, занимающимся разработкой и поддержкой linux. Никто из внештатных добровольцев этим заниматься не будет.
     
     
  • 4.133, Аноним (-), 15:53, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот да. Systemd обеспечит работу на долгие годы вперед распушхим отделам
    > программистов рх и другим коммерческим компаниям, занимающимся разработкой и поддержкой
    > linux. Никто из внештатных добровольцев этим заниматься не будет.

    Как будто им ядра linux мало было. На его фоне, systemd - капля в море.

     

  • 1.16, Nicknnn (ok), 10:57, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > приводит к необходимости перезагрузки системы при установке обновлений компонентов systemd

    Да ладно! Вон nginx перезапускается без остановки при смене бинарника. Пусть подсмотрят и сделают также. Да и старичёк init ведь тоже это умеет. Неужто в systemd не осилят.

     
     
  • 2.24, Аноним (-), 11:18, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А с первыми двумя пунктами что делать?
     
     
  • 3.44, Nicknnn (ok), 12:07, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну просто нужно писать ровно:) Ядро же тоже монолитное и огромное.
     
     
  • 4.47, Аноним (-), 12:10, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы так это говорите как будто это что-то хорошее.

     
     
  • 5.70, Кирилл (??), 13:00, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Он как раз и намекает, что ядро огромное, что "потенциально" ухудшает надежность/безопасность/т.п. Но тем не менее ядро линукс - торт. Никто же эту тему не подымает.
     
     
  • 6.71, Аноним (-), 13:09, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ядро Линукса совершенно не торт, и вроде все об этом в курсе. К сожалению, иначе, чтоб были драйвера и фичи, и не слишком тормозило, не выходит. Но это не делает его тортом ни в коей мере.
     
     
  • 7.87, dr Equivalent (ok), 14:30, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда что же для тебя торт, прости?
    ИМХО, торты познаются в сравнении. И в сравнении с остальными, Линух - самый торт. По крайней мере, лучше пока ничего не придумали.
     
     
  • 8.181, Аноним (-), 17:12, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше - смотря в плане чего Если в плане безопасности, простоты и надежности ... текст свёрнут, показать
     
  • 6.89, Michael Shigorin (ok), 14:32, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Но тем не менее ядро линукс - торт. Никто же эту тему не подымает.

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

    Кстати, да -- интересно, что скажет Линус, когда его достанет "не мытьём, так катаньем" в исполнении шляпы.  "F*ck you redhat"?

     
     
  • 7.321, arisu (ok), 07:38, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, да — интересно, что скажет Линус, когда его достанет

    перейдёт на другой сорт вазелина и сменит позу.

     
  • 2.140, Аноним (-), 16:03, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Да ладно! Вон nginx перезапускается без остановки при смене бинарника. Пусть подсмотрят
    > и сделают также. Да и старичёк init ведь тоже это умеет.
    > Неужто в systemd не осилят.

    Вообще-то, systemd умел это с самого начала. Только песня была совсем не о том...

     

  • 1.19, Baz (?), 11:02, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    самостоятельно форкнуть системД дебианом, перепилить с учетом критики, юзать дав возможность установить остальные альтернативы..
     
     
  • 2.43, ваноним (?), 12:04, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    и получить в итоге openrc? =)
     
     
  • 3.137, Аноним (-), 15:59, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > и получить в итоге openrc? =)

    Наоборот. Если долго допиливать openrc, получится systemd.

     
     
  • 4.310, ваноним (?), 00:30, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    нет.
     

  • 1.23, Аноним (-), 11:16, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Сколько раз обновлял systemd, не разу не делал сразу после этого перезгрузку, система работает как часики...
    ЧЯДНТ?
     
     
  • 2.31, Аноним (-), 11:31, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +7 +/
    админишь локалхост
     
     
  • 3.60, Аноним (-), 12:28, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Даже не админю, сижу разработкой занимаюсь, в игрушки играю. Одмины пусть одминят, им до нас далеко
     

  • 1.32, Аноним (-), 11:31, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Лёню Поттеринга уже ткнули носом в чтиво ? А то он знай других тыкает, а сам за собой косяков не замечает.
     
     
  • 2.33, Аноним (-), 11:34, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +11 +/
    чичас он прочтет, проведет "исследование" и накатает опус, что все не так как написано, его код неправильно поняли и он один дартаньян
    =D
     
     
  • 3.138, Аноним (-), 16:01, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > чичас он прочтет, проведет "исследование" и накатает опус, что все не так
    > как написано, его код неправильно поняли и он один дартаньян
    > =D

    И в общем-то, будет прав. В частности, обновление на лету - одна из киллeр-фич systemd (хотя год назад ее таки уперли в upstart).

     
     
  • 4.157, Аноним (-), 16:34, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Размножение костылей ? Ну-ну...
     
     
  • 5.160, Аноним (-), 16:40, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Размножение костылей ? Ну-ну...

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

     
  • 4.322, arisu (ok), 07:40, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И в общем-то, будет прав. В частности, обновление на лету - одна
    > из киллeр-фич systemd (хотя год назад ее таки уперли в upstart).

    вот ведь… читаю man telinit:
    U or u tell  init  to  re-execute itself (preserving the state).

    киллер-фича, угу.

     

  • 1.34, Аноним (-), 11:38, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А вот да, можно ли запустить systemd без dbus-а? На сервере непрозрачные шины ну совсем не впёрлись.
     
     
  • 2.53, anonymous (??), 12:22, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >А вот да, можно ли запустить systemd без dbus-а? На сервере непрозрачные шины ну совсем не впёрлись.

    Совсем скоро. После пропихивания dbus в ядро.

     
     
  • 3.66, Аноним (-), 12:42, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.opennet.dev/opennews/art.shtml?num=38739
     
  • 3.80, Аноним (-), 14:12, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > После пропихивания dbus в ядро.

    Нет уж, оно на серверах всё равно выключено будет.
    Так что вопрос остаётся открытым.

     
  • 2.243, Аноним (-), 18:29, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > На сервере непрозрачные шины ну совсем не впёрлись.

    А вы всегда серверные ядра пересобираете без NETLINK? И как после этого на них сеть работает, если не секрет?

     

  • 1.37, Аноним (-), 11:44, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Традиционные системы инициализации минимизируют размер кода и число функций обработчика PID 1

    Сказки дядюшки микроядерщика

     
     
  • 2.85, dr Equivalent (ok), 14:27, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ядро-то тут причем?
     
     
  • 3.148, Аноним (-), 16:18, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ядро-то тут причем?

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

     
     
  • 4.283, Аноним (-), 19:19, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Только вот для атаки на ядро со стороны не-root процессов векторов поменьше
     
  • 4.285, Аноним (-), 19:23, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и глибсы туда запихни, фигли там на фоне ядра - тоже копейки будут.
     

  • 1.42, qwerty (??), 12:02, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Да, даже в Солярисе PID 1 это не svc.startd
     
  • 1.63, Аноним (-), 12:38, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Повылазило всяких кэпов, понимаишь. Типа это и так не было понятно всем, кто оборудован матушкой-природой работающим мозгом. Хотя я отчасти понимаю - чтение лениного кода - "удовольствие" еще то.
     
     
  • 2.199, Аноним (-), 17:32, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Хотя я отчасти понимаю - чтение лениного кода - "удовольствие" еще то.

    А вы надеетесь, что хоть кто-то из доблестных борцов с systemd, включая сабжевого чувака, хоть раз заглядывал в этот код?

     

  • 1.67, Аноним (-), 12:53, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Рич не дочитал до cgroups просто. Если ядро предоставляет к чему-то доступ, то использовать это опасно, да.
     
     
  • 2.302, Тото (?), 20:51, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это мнение не в тренде, тебе не рады ленивые одмины
     

  • 1.73, anonymous (??), 13:56, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    "Unfortunately, it also gets the other properties, including bringing down the whole system when it crashes. This matters because systemd is complex. A lot more complex than traditional init systems"

    Ну-ну, это инит скрипт то простой в отличие от systemd ? Его случайно не /bin/bash исполняет, такой простой-простой блоб - интерпретатор. Или "простые" скрипты сами себя волшебством исполняют? Сначала изобрети аппаратный интерпретатор скриптов, потом про простоту говори.

     
     
  • 2.75, anonymous (??), 14:04, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В догонку, "Fundamentally, upgrading should never require rebooting unless the component being upgraded is the kernel"

    Bсе ясно в этим "разработчиком". Неявные зависимости сервисов друг от друга ему похрену, че то там обновили частично, че то перегрузили.  То что студент разработчик пять лет назад указал в зависимостях ручками, и сидим довольные. Вроде работает, мышку пошевелил - двигается. Влияние эти подмененные сервисы на другие кнеперегнуженные компоненты не оказывают. Потому что "Я так сказал".

     
  • 2.79, Аноним (-), 14:11, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >Ну-ну, это инит скрипт то простой в отличие от systemd ?

    ты идиот? Скрипты не исполняются в PID 1.

     
     
  • 3.333, anonymous (??), 11:19, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >ты идиот? Скрипты не исполняются в PID 1.

    Ты программироване по комиксам учил? Автор набросил бред сто раз рассмотренный еще в первые же недели появления systemd. Про якобы простоту скрипров на баше. Игнорируя факт того, что скриgты исполняет охрененный блоб по имени bash, который гораздо сложнее systemd. И в итоге по сложности баш+скрипты сложнее systemd.

     
  • 2.90, Michael Shigorin (ok), 14:37, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну-ну, это инит скрипт то простой в отличие от systemd ?

    Вы профнепригодны.  Марш рассматривать pstree -p на различных системах, в т.ч. во время запуска/останова "тяжёлых" сервисов.

    Последующую чушь подобного порядка буду стирать без комментариев.

     
     
  • 3.334, anonymous (??), 11:21, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Ну-ну, это инит скрипт то простой в отличие от systemd ?
    > Вы профнепригодны.  Марш рассматривать pstree -p на различных системах, в т.ч.
    > во время запуска/останова "тяжёлых" сервисов.
    > Последующую чушь подобного порядка буду стирать без комментариев.

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

     
     
  • 4.335, anonymous (??), 11:31, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    собственно нумер два. еще раз спасибо.
     
  • 4.345, Michael Shigorin (ok), 15:43, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а, ну многое становится теперь понятно.

    Сомнения берут, начиная с призыва банить.

    > "охрененный блоб по имени bash, который гораздо сложнее systemd"

    Хорошо бы увидеть критерии сравнения -- хотя бы по объёму кода, SLOC или ldd, даже без call graph.

    К примеру, вот sloccount по systemd-208 без src/{lib,}udev:


    Totals grouped by language (dominant language first):
    ansic:       127981 (99.61%)
    python:         345 (0.27%)
    sh:             161 (0.13%)

    и bash-3.2 без {doc,examples,lib,po}:

    ansic:        44546 (77.37%)
    sh:            5172 (8.98%)
    perl:          4105 (7.13%)
    yacc:          3749 (6.51%)


    Вас там точно никто не покусал вот с такими глазами?

     
     
  • 5.347, Andrey Mitrofanov (?), 17:12, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Хорошо бы увидеть критерии сравнения -- хотя бы по объёму кода, SLOC
    > или ldd, даже без call graph.

    300-360К man bash  -vs-  сборник блого-трудов (как на него |wc ??) Ленарта S-d для S-админов в 26, ... 45? частях.

     
  • 2.323, arisu (ok), 07:42, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    скажи, пожалуйста: ты всегда пишешь под этим ником? и только под этим? мне это важно, чтобы я щёлкнул кнопочкой и больше не видел твоего дебилизма.
     
     
  • 3.331, anonymous (??), 11:14, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, и кукисы никогда не удаляю. Заранее спасибо.
     
     
  • 4.332, arisu (ok), 11:19, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    взаимно благодарю.
     

  • 1.74, Анонище (?), 14:02, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >      Вынос на уровень системы инициализации дополнительных функций приводит к необходимости перезагрузки системы при установке обновлений компонентов systemd, обеспечивающих работу PID 1.

    "Откинтесь на спинку кресла и отдохните, пока система все сделает за вас". (c) Дядя Билли.

     
  • 1.82, dr Equivalent (ok), 14:15, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    http://monolight.cc/2011/05/the-systemd-fallacy/
    Вот вам еще аргументиков.
     
  • 1.94, Xasd (ok), 14:53, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Традиционные системы инициализации минимизируют размер кода и число функций обработчика PID 1, в то время как systemd выносит на уровень PID 1 серию демонов, реализующих вторичные функции

    хахахаха :D ..

    ну понятное дело что у systemd есть разные модули (система-то ведь модульная) -- но PID 1 к этим модулям не отновится -- это понимает любой болван.

    очевидно -- статья призвана опорочить systemd -- в глазах тех людей кто не знает что это такое

     
     
  • 2.96, Michael Shigorin (ok), 15:01, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > ну понятное дело что у systemd есть разные модули (система-то ведь модульная)
    > -- но PID 1 к этим модулям не отновится -- это понимает любой болван.

    ldd /proc/1/exe сделать сами справитесь?  Или ls -l /proc/1/fd/ посмотреть?

    > в глазах тех людей кто не знает что это такое

    Ещё один с отрицательной компетентностью...

    Уважаемый Xasd, Вы лично _ни хрена_ не понимаете ни в UEFI, ни в systemd, но какого-то лешего лезете со своим розовым бредом в любую тему и по тому, и по другому.  Эти бы усилия да в мирных целях -- например, на ответы по соответствующим проблемам на том же stackoverflow.

     
     
  • 3.126, Xasd (ok), 15:48, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    и зачем эту команду набирать что это должно показать список зависимых динамиче... большой текст свёрнут, показать
     
     
  • 4.204, anonymousZ (?), 17:36, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >и зачем эту команду набирать? что это должно показать? список зависимых динамических >библиотек необходимых для старта? а для чего на них смотреть? в чём намёк?!
    >не всё ли равно какое там их количество?!?!?!
    >если /init УЖЕ запустился -- то УЖЕ не важно сколько там динамически слинковано всего было.

    Ну как бы они (библиотеки) используются для обработки данных из разных источников (тех же дескрипторов из  ls -l /proc/1/fd/), и могут быть использованы для эксплуатации возможной уязвимости при атаке на pid 1. Соответственно, для того чтобы эти уязвимости закрыть, надо презапустить pid 1. И чем больше библиотек в зависимостях, тем больше поводов перезапускать pid 1. Доступно объяснил, или надо ссылку с картинками?

     
     
  • 5.222, Аноним (-), 18:00, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ну как бы они (библиотеки) используются для обработки данных из разных источников
    > (тех же дескрипторов из  ls -l /proc/1/fd/), и могут быть
    > использованы для эксплуатации возможной уязвимости при атаке на pid 1. Соответственно,
    > для того чтобы эти уязвимости закрыть, надо презапустить pid 1. И
    > чем больше библиотек в зависимостях, тем больше поводов перезапускать pid 1.

    Перезапустить PID 1 - дело максимум двух-трех секунд.

    Вы лучше подумайте о том, что от рута работает не только PID 1.

     
     
  • 6.230, anonymousZ (?), 18:07, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/

    > Перезапустить PID 1 - дело максимум двух-трех секунд.

    А ядро linux уже научилось работать без pid 1?

     
     
  • 7.233, Michael Shigorin (ok), 18:13, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Перезапустить PID 1 - дело максимум двух-трех секунд.
    > А ядро linux уже научилось работать без pid 1?

    Когда-то относительно дёшево можно было научить, кстати.  В 2.4, кажется, это изменилось.

     
  • 7.236, Аноним (-), 18:20, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Перезапустить PID 1 - дело максимум двух-трех секунд.
    > А ядро linux уже научилось работать без pid 1?

    А вы слышали про такой вызов - exec?

     
     
  • 8.249, anonymousZ (?), 18:36, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, только про execve А вы в курсе что при exec теряется текущий контекст ... текст свёрнут, показать
     
     
  • 9.271, Аноним (-), 18:59, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А про telinit q вы тоже не в курсе ... текст свёрнут, показать
     
     
  • 10.280, anonymousZ (?), 19:15, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    При чем здесь telinit q Это просто перечитывание конфигов, никакого exec при эт... текст свёрнут, показать
     
     
  • 11.282, Аноним (-), 19:19, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Пардон, telinit u ... текст свёрнут, показать
     
     
  • 12.325, arisu (ok), 07:45, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    сейчас у него будет ступор, а потом 8212 возможно 8212 поток малосвязной б... текст свёрнут, показать
     
  • 4.303, Michael Shigorin (ok), 21:46, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вот как раз и важно в контексте этого субтреда при обновлении mmap -нутых библ... большой текст свёрнут, показать
     
     
  • 5.309, anonymous (??), 00:13, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > (и то поналинковали уже со всякими selinux/pcre)

    Это точно.

    <code>
    # ldd /proc/1/exe
    linux-vdso.so.1 =>  (0x00007fffa67ff000)
    libc.so.6 => /lib/libc.so.6 (0x00007f3a83809000)
    /lib/ld-linux-x86-64.so.2 (0x00007f3a83b8a000)
    #
    </code>

     
     
  • 6.326, arisu (ok), 07:46, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    извращенцы, чо.



    # ldd /proc/1/exe
            not a dynamic executable



    дети малые, блин — тащут в рот всякую гадость…
     
  • 2.324, arisu (ok), 07:44, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > понимает любой болван.

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

     

     ....большая нить свёрнута, показать (16)

  • 1.101, 1 (??), 15:17, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    подытоживая сказанное: реальных проблем нет, но FUD-то надо из чего-то высосать, поэтому будем ныть про то что сделано не "как у нас"
     
     
  • 2.131, Xasd (ok), 15:51, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > подытоживая сказанное: реальных проблем нет, но FUD-то надо из чего-то высосать, поэтому
    > будем ныть про то что сделано не "как у нас"

    всё так, да..

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

     
     
     
    Часть нити удалена модератором

  • 4.290, Аноним (-), 19:26, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто кто-то говорит вещи, которые укладываются в их религиозное мировоззрение. А значит, принимаются истинными без попыток критической оценки.

    Очень тонко.

     
  • 3.257, Аноним (-), 18:43, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Уважаемый знаток системДы, дайте пожалуйста (на чисто русском) почитать, чем именно и как крут этот кусок системы. Это не сарказм, это просьба, потому как есть в ваших словах правда.
     
     
  • 4.300, Аноним (-), 20:23, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    О, щас тебе расскажут примерно такой набор щита: сокет-активейшн, пять строк на замену скрипта запуска демона вместо десяти страниц баш-портянок, быстрый перезапуск, неизменяемые логи, простой дебаг, поголовная модульность. Половина из этого не работает нормально но думать некогда - трясти надо.
     
     
  • 5.348, Andrey Mitrofanov (?), 18:01, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это надо делать в inetd Чего его не запиливают в RH Быстренько приведите всё р... большой текст свёрнут, показать
     
     
  • 6.349, arisu (ok), 18:50, 12/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    насчёт «неизменяемых логов», кстати, тоже очень смешно.
     
  • 3.289, Аноним (-), 19:25, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В чём участвует Рич я вижу. А ты чё за хер с горы? Мальчик который даже в tcpdump не шарит?
     
     
  • 4.294, Аноним (-), 19:48, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Просьба к Xasd.
     
     
  • 5.350, Xasd (ok), 01:16, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если существует определённая сложность -- то она обязательно будет где-то реал... большой текст свёрнут, показать
     
     
  • 6.353, Michael Shigorin (ok), 16:39, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > если существует определённая <сложность> -- то она обязательно будет где-то
    > реализованна. вопрос -- "где?".

    hint: часть довольно общей сложности реализована, скажем, в glibc.  А не в init.

     
  • 3.297, Аноним (-), 20:03, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Однако системды это только полбеды, потому как есть конкретно что ответить по ссылке ниже http://slated.org/the_poetterisation_of_gnu_linux ?
     
     
  • 4.341, 1 (??), 19:59, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    нет никакой беды, не нравится - предложи свой код
     

  • 1.103, zhuk (?), 15:22, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Забыли добавить пункт про фирменный стиль кодогенерации автора поделки. Пульсу вон до сих пор костылями подпирают.
     
     
  • 2.116, llolik (ok), 15:37, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Пульсу вон до сих пор костылями подпирают

    ... в том числе, запилеными аж в ядро.

     
     
  • 3.149, Аноним (-), 16:20, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Пульсу вон до сих пор костылями подпирают
    >  ... в том числе, запилеными аж в ядро.

    Ну да, заставить звуковые дрова работать в соответствии с API - это определенно костыли.

     

  • 1.134, Аноним (-), 15:53, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ну ничего сейчас Поттеринг еще пару костылей сделает, ну и описанные в новости проблемы станут еще более весомыми, но это тоже будет смотреться как изменения в быстро растущей популярности systemd. В итоге скорее всего через пару релизов, многие дистрибутивы вернутся к той системе которую использовали до перехода на systemd кроме красной шапки конечно, для них все будет решатся пачками патчей.
     
     
  • 2.150, Аноним (-), 16:21, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    И резко перейдут с ядра Linux на Hurd, ага :)
     
     
  • 3.200, Аноним (-), 17:34, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И резко перейдут с ядра Linux на Hurd, ага :)

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

     
     
  • 4.207, Аноним (-), 17:40, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Засунули одни, а говорят другие Причем их слова звучат убедительно только для т... большой текст свёрнут, показать
     
     
  • 5.351, Xasd (ok), 01:41, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    [deleted: ответил не туда]
     
  • 4.352, Xasd (ok), 01:43, 13/02/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > что же все таки должна делать система инициализации, а чего не должна

    systemd это системный демон, а не система инициализации.

    "система инициализации" это лишь часть системного демона (хотя и не спорю: это самая главная его часть).

     

  • 1.146, Аноним (-), 16:14, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Перезагрузки и BSOD при подключении устройств - где-то я это уже видел...
     
  • 1.215, Аноним (-), 17:52, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > systemd дополнительно занимается такими вещами, как управление подключением и отключением устройств, изменением точек монтирования, слежение за состоянием элементов в ФС и даже обработка запросов через DBus API.

    Большинство дополнительных функций systemd реализовано отдельными демонами.

    > Вынос на уровень системы инициализации дополнительных функций приводит к необходимости перезагрузки системы при установке обновлений компонентов systemd, обеспечивающих работу PID 1.

    Видимо, человек никогда не работал с systemd.
    # systemctl --help|grep daemon-
      daemon-reload                   Reload systemd manager configuration
      daemon-reexec                   Reexecute systemd manager

     
     
  • 2.327, arisu (ok), 07:49, 11/02/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Видимо, человек никогда не работал с systemd.

    вот странно: каждый раз, как вижу кого-то, кто утвержает подобное процитированному — оказывается, что он в лучшем случае материал читал, но не понял. а то и вовсе не читал.

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

     

  • 1.217, V (??), 17:53, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Тонко: https://lists.debian.org/debian-ctte/2014/02/msg00376.html
     
     
  • 2.224, Аноним (-), 18:02, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Тонко: https://lists.debian.org/debian-ctte/2014/02/msg00376.html

    По ссылке какая-то истерика очередного фанбоя. Что тут тонкого?

     
     
  • 3.247, V (??), 18:32, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Истерика? Фанбоя? Вы слишком серьёзно воспринимаете написанное. Серьёзно стоит воспринимать, к примеру, вот это: http://slated.org/the_poetterisation_of_gnu_linux

    Но никак не пост с превышенным кол-вом восклицательных знаков в каждой строке :)

     
  • 2.232, dr Equivalent (ok), 18:08, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да это наоборот довольно толсто.
    А вот у Лени получилось тонко - написать жирный оверинженернутый инит, терпеливо подождать, пока дебиановцы на него наткнутся, а потом сидеть и издалека наблюдать, как они бьют друг другу морды за него, и как сообщество одного из самых старых и почитаемых дистров разваливается на куски. А сам Леня, какбэ, ни при чем. Вот это - тонко.
     

  • 1.240, Аноним (-), 18:23, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ну, суть автор - точно подметил
    сьюстемдЭ - это не инит, это троянский конь, это закабаневшая, монструозная зверюга, в пол-дистра размером, в самом его Сердце(куда его Никто не звал).
    грубо гря - это способ Извратить линукс изнутри, попытавшись продолжить эксплуатировать комьюнити.
    т.е. пилить эти маразмы в своем болоте - им показалось мало, им надо трахнуть в мозг Все комьюнити и пить кровь и пот, его мемберов.
     
     
  • 2.246, Аноним (-), 18:31, 10/02/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > ну, суть автор - точно подметил
    > сьюстемдЭ - это не инит, это троянский конь, это закабаневшая, монструозная зверюга,
    > в пол-дистра размером, в самом его Сердце(куда его Никто не звал).
    > грубо гря - это способ Извратить линукс изнутри, попытавшись продолжить эксплуатировать
    > комьюнити.
    > т.е. пилить эти маразмы в своем болоте - им показалось мало, им
    > надо трахнуть в мозг Все комьюнити и пить кровь и пот,
    > его мемберов.

    А помимо эмоций и красивых слов, есть что сказать?

     

  • 1.306, путьАнонима (?), 23:05, 10/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Rich Felker дело говорит. Я за него!
     
  • 1.339, Анонимный_Аноним (?), 17:53, 11/02/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда ждать от redhat systemD 666 "Демон под шляпой"(тм) с Kpatch в зависимостях?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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