The OpenNET Project / Index page

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

Релиз systemd 226

09.09.2015 09:16

Спустя десять дней с момента прошлого выпуска представлен релиз системного менеджера systemd 226, который содержит исправления ошибок, корректирующие изменения и порцию улучшений. Из наиболее заметных новшеств отмечается поддержка унифицированной иерархии cgroups, расширение возможностей реализации сервера и клиента DHCP, улучшение интеграции с PolicyKit и поддержка файлов конфигурации для nspawn.

Подробнее об улучшениях:

  • Улучшения во встроенной в systemd-networkd реализации протокола DHCP:
    • В DHCP-сервере реализована возможность выдачи информации о серверах DNS и NTP. Включение и настройка осуществляется при помощи опций "EmitDNS=", "DNS=", "EmitNTP=" и "NTP=";
    • В сервер и клиент DHCP добавлена поддержка передачи и приёма информации с параметрами часового пояса. Настройка осуществляется при помощи опций "UseTimezone=", "EmitTimezone=" и "Timezone=". Передача данных о текущем часовом поясе автоматически включена для контейнеров;
    • Возможность настройки времени, на которое клиентам выделяются IP-адреса ("MaxLeaseTimeSec=" и "DefaultLeaseTimeSec=");
    • В DHCP-сервере увеличена стабильность выделения клиентам адресов (leases) - по возможности клиентам выдаются те же самые адреса, даже если сервер был перезапущен;
    • Для контроля метрик пула выданных клиентам адресов в DHCP-сервер добавлены опции "PoolOffset=" и "PoolSize=";
  • При обращении к PolicyKit в процессе управления юнитами, systemd теперь добавляет к запросу дополнительные поля, такие как имя юнита и желаемая операция. Данные поля позволяют создавать более изощрённые правила PolicyKit, при принятии решения учитывающие связанные с systemd параметры;
  • В nspawn добавлена поддержка загрузки настроек в отдельные файлы ".nspawn", которые могут сопровождать файлы с образами или директории с контейнерами, и содержать дополнительные настройки для контейнера. Файлы ".nspawn" можно рассматривать как метод, альтернативный заданию настроек в командной строке;
  • Добавлена опциональная поддержка появившегося в ядре Linux 3.16 нового интерфейса cgroups, основанного на применении единой унифицированной иерархии cgroup, определяющей применение правил к группам процессов без применения отдельных иерархий для распределения ресурсов CPU и памяти. Поддержка унифицированной иерархии включается через передачу ядру опции "systemd.unified_cgroup_hierarchy=1", при указании которой systemd попытается примонтировать /sys/fs/cgroup. Для выборочного включения унифицированной иерархии cgroup для заданных контейнеров в nspawn добавлена переменная окружения $UNIFIED_CROUP_HIERARCHY (по умолчанию используется тот же тип cgroup, что и на хост системе). Отмечается, что для корректной работы унифицированной иерархии cgroup требуется ядро Linux 4.2;
  • Представлен новый специализированный юнит "init.scope", объединяющий параметры, связанные с первым идентификатором процесса (PID 1). Например, init.scope можно использовать для определения потребляемых ресурсов и привязки ограничений к PID 1, который вынесен из корневого дерева cgroup;
  • В systemd-networkd добавлена поддержка генерации предсказуемых имён интерфейсов для устройств virtio и возможность настройки ('EncapsulationLimit=') лимита на уровень инкапсуляции в туннелях;
  • Обеспечена поддержка концепции пользовательских шин (user bus) вместо сеансовых шин (session bus) в случае использования демона DBus 1.10 (включается опцией "--enable-user-session"). Ранее пользовательские шины можно было использовать только на системах с kdbus;
  • В утилиту cgtop добавлена поддержка игнорирования нитей ядра при подсчёте задач и cgroup. Число процессов по умолчанию теперь суммируется рекурсивно. Для возврата к старому поведению представлены опции "-k" и "--recursive=". Утилита также адаптирована для корректной поддержки контейнеров;
  • В systemd-nspawn опции "--bind=" и "--bind-ro=" расширены возможностью нерекурсивного монтирования.


  1. Главная ссылка к новости (http://lists.freedesktop.org/a...)
  2. OpenNews: Релиз systemd 225 с реализацией аналога утилиты su
  3. OpenNews: Выпуск systemd 223
  4. OpenNews: Выпуск systemd 221, ознаменовавший стабилизацию sd-bus
  5. OpenNews: Выпуск systemd 220
  6. OpenNews: Выпуск systemd 219 с поддержкой расширенных возможностей Btrfs
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/42936-systemd
Ключевые слова: systemd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (119) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Xaionaro (ok), 10:30, 09/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    > Спустя десять дней с момента прошлого выпуска представлен релиз системного менеджера systemd 226

    Кто-то там на CRIU ругался, что у них слишком часто релизы.

     
     
  • 2.2, eRIC (ok), 10:32, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    debian ругался потому что своевременно не мог держать пакет в актуальном состоянии
     
     
  • 3.73, Аноним (-), 20:14, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а systemd может ?
     
  • 2.27, Undefined (?), 11:58, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Release early, release often, release crap!
     
     
  • 3.127, Наркоман (?), 10:54, 11/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Пруфы есть? Баги репортишь?
     

  • 1.3, Аноним (-), 10:32, 09/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    скорей бы 228
     
     
  • 2.4, Xaionaro (ok), 10:33, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что там будет?
     
     
  • 3.7, Alex (??), 10:44, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +18 +/
    Функция papirosim
     
  • 2.95, Аноним (-), 08:48, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скорей бы 1.0
     
     
  • 3.110, Аноним (-), 15:33, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Скорей бы 1.0

    Наверное вы хотели сказать 1000 :)

     

  • 1.5, Аноним (-), 10:35, 09/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Делают из Линукса венду... Поубивал бы...
     
     
  • 2.10, fooser (?), 10:52, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    По скорости загрузки и выключения в сравнении с тем же debian8+systemd венда и рядом никогда не валялась. Например выключение дебиана занимает секунду, ну две, а венда как начнеет...
     
     
  • 3.13, Новый Админ (?), 10:57, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > По скорости загрузки и выключения в сравнении с тем же debian8+systemd венда
    > и рядом никогда не валялась. Например выключение дебиана занимает секунду, ну
    > две, а венда как начнеет...

    Это как это? Через kill -9?

    FreeBSD "выключается" тоже быстро, если набрать killall init...

    =)

     
     
  • 4.88, Аноним (-), 06:53, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > FreeBSD "выключается" тоже быстро, если набрать killall init...

    И все бы ничего, только это не будет корректный шатдаун. А сколько там у вас этот ваш ufs будет диском хрустеть при проверке?

     
     
  • 5.96, Аноним (-), 08:50, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> FreeBSD "выключается" тоже быстро, если набрать killall init...
    > И все бы ничего, только это не будет корректный шатдаун. А сколько
    > там у вас этот ваш ufs будет диском хрустеть при проверке?

    Ой, эксперт по бсд. Ну расскажи нам про современные версии ufs и зачем им хрустеть диском.Давай, Жги!

     
     
  • 6.105, Аноним (-), 13:44, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ой, эксперт по бсд. Ну расскажи нам про современные версии ufs и
    > зачем им хрустеть диском.Давай, Жги!

    А что, SU+J и dump -L уже починили? Т.е., ужу можно иметь журналирование и делать лайв-дампы? :)


     
  • 6.106, Аноним (-), 15:04, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > зачем им хрустеть диском.Давай, Жги!

    Сами жгите ваши окаменелые гомняшки.

     
     
  • 7.116, Аноним (-), 17:16, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> зачем им хрустеть диском.Давай, Жги!
    > Сами жгите ваши окаменелые гомняшки.

    Очередной "не читал^W знаю, но осуждаю!" ...


     
  • 3.14, Аноним (-), 10:58, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Это супер конеш. Но речь о том, что ВСЁ, что можно и нельзя пихают в одну большую кучу, которая начнёт вонять таки...
     
     
  • 4.83, Ph0zzy (ok), 21:58, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    сколько можно уже вонять про одну кучу?!
    http://0pointer.de/blog/projects/the-biggest-myths.html
    читаем миф первый.
     
     
  • 5.84, Аноним (-), 22:38, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Posted on Sa 26 Januar 2013

    На тот момент когда это писалось, может это так и было,
    но на сегодня systemd берет много ответственности.
    Что может в один прекрасный момент нести потенциальную угрозу безопасности.

    А на счет мифа если ты так действительно считаешь,
    то попробуй разделить любой из компонентов
    и один из них заменить на другой. Сразу поймешь его монолитность.
    У него изначально строится архитектура, что бы сразу отмести любые
    конкурирующие решения. Поэтому это все сказки, что бы привлечь к этому недопродукту внимания.

     
  • 5.103, Аноним (-), 12:35, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > читаем миф первый.

    Когда в следующий раз решишь "разоблачить" "миф" о systemd, пожалуйста, НЕ используй в качестве пруфов информацию с сайта Поттеринга. Надо быть очень наивным, чтобы рассчитывать на признание автора проекта в том, что он делает блоатварное нечто, в которое пихается всё подряд из-за наличия Фатального Недостатка в существующих аналогах.

     
     
  • 6.111, Аноним (-), 15:34, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Когда в следующий раз решишь "разоблачить" "миф" о systemd, пожалуйста, НЕ используй
    > в качестве пруфов информацию с сайта Поттеринга.

    Есть навалом сайтов других админов, которым системд пригодился и понравился. Прикиньте, у хейтеров нет монополии на создание веб-страниц! :)

     
  • 6.123, Ph0zzy (ok), 18:58, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    у каждого есть право ответить на критику, а где это все лучше сделать?
    свой сайт - самое то!
     
     
  • 7.126, Аноним (-), 23:22, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У любого автора заведомо предвзятое отношение к своим проектам. Выражаясь более формальными словами, автор является заинтересованным лицом. Именно поэтому в обсуждениях достоинств и недостатков проекта к словам автора этого проекта если и стоит прислушиваться, то в последнюю очередь.
     
  • 5.104, Аноним (-), 13:37, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > сколько можно уже вонять про одну кучу?!
    > http://0pointer.de/blog/projects/the-biggest-myths.html
    > читаем миф первый.

    Ага, а еще там же:
    http://0pointer.de/blog/projects/systemd.html
    > we are experimenting with a new init system and it is fun.
    > You probably guessed it: what I suggested above as requirements and features for an ideal init system is actually available now, in a (still experimental) init system called systemd
    >

     
  • 3.15, Noname (??), 10:59, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Винда выключает систему корректно, завершая все приложения (правда, без сохранения документов, но это нормальное поведение). Debian же не выключает корректно сессии браузеров (постоянно, что Iceweasel, что Chromium просят "восстановить сессию"), офисов, других приложений.
     
     
  • 4.33, shatsky (?), 12:32, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Разве это не проблема правильной обработки sigterm конкретными приложениями?
     
     
  • 5.39, АнонимХ (??), 13:05, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это проблема "правильной обработки sigterm" всеми приложениями. Почему кладут болт на это? Наверно, потому что так принято
     
  • 4.52, akum (?), 15:06, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В хроме тоже такая беда лечиться убиранием галочки предпоследней  в настройках  (не помню как называться что то с сетью связанно)
     
  • 4.62, Аноним (-), 17:59, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да, да, да. Винда даже рабочий стол будет долго !"корректно" завершать.
     
  • 4.64, ноним (ok), 18:01, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >...Debian же не выключает корректно сессии браузеров...

    Вот жеж оналитеги опеннета-то. Этим не "сферический Debian в вакууме" занимается и уж тем более не systemd, а DE. Если уж на то пошло, то systemd по-умолчанию ожидает 90 секунд, перед тем как послать SIGKILL.

     
  • 4.70, GotF (ok), 19:04, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Debian же не выключает корректно сессии браузеров

    Это просто Firefox не умеет нормально выключаться. Про инвалидацию кэша я уж и не заикаюсь.

     
  • 4.78, Аноним (-), 20:52, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Кому ты тут лечишь, клоун? Пользуюсь попеременно KDE и GNOME на Debian testing и ни разу такого не видел.
     
  • 3.17, Дмитрий (??), 11:03, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > По скорости загрузки и выключения в сравнении с тем же debian8+systemd венда
    > и рядом никогда не валялась. Например выключение дебиана занимает секунду, ну
    > две, а венда как начнеет...

    Хз. у меня винда за секунду вырубается. правда диск ssd )

     
     
  • 4.79, Аноним (-), 21:00, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    спать она уходит, балабол
     
  • 4.101, scorry (ok), 10:48, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так поставь рядом на тот же ссд линукс и сравни скорость включения/выключения.
    Отчитайся по сравнению скорости загрузки линукса vs. винды из её микрогибернейта.
     
  • 4.112, Аноним (-), 15:35, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Хз. у меня винда за секунду вырубается. правда диск ssd )

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

     
     
  • 5.115, Аноним (-), 17:15, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Угу, особенно когда тебе надо комп вырубить а эта зараза апдейты полчаса
    > ставит.

    Ну так то, что M$  "не-бизнес-клиентов" ни во что не ставит, как бы, не секрет :)

    Помню, пару лет назад менял знакомому винты вместе с парой мелочей в довольно мощном, "игровом" писюке.
    Ну и заодно решил(и) переустановить эту "самую лучшую ОСь". Воткнули оригинальный диск с семерочкой - установка заняла примерно 20 минут.
    Потом примерно столько же ОНО тянуло обновления.
    А потом ... короче, часа через 3 я напился чаю,  обож^W обкушался пирожных и откланялся, а ОНО что-то там бодро ставило и не менее бодро перезагружалось :)

     
  • 3.20, iPony (?), 11:11, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Не ври.
    Не вижу особой разницы по скорости. Обработка закрытия приложений при выключении корректнее на венде.
    А уж если венда задействует всякие фишки UEFI, чего Debian не умеет, то по загрузке венда будет знатно выигрывать.
    PS: хотя какая на разница - будет загружаться/вырубаться ОС не 30 секунд, а 5. Разница в 6 раз, а толку не особо.
     
     
  • 4.42, Аноним (-), 13:27, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Есть разница, только слепым хейтерам не видна.

    > отя какая на разница - будет загружаться/вырубаться ОС не 30 секунд, а 5.

    Если ты живешь вечно - действительно похрену.

     
     
  • 5.47, Аноним (-), 13:39, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Если ты живешь вечно - действительно похрену.

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


     
  • 5.56, ИнтернетГерой (ok), 15:49, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я комп вообще не выключаю и мне похрену :)
     
  • 5.63, Аноним (-), 18:01, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Даже живущему вечно не захочется терять время просто так.
     
  • 5.72, iPony (?), 19:40, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну раньше я во время загрузки ОС успевал навести лёгкую уборку на столе за одну минуту. Теперь я максимум могу успеть надеть наушники. Прогресс...
    Правда с софтом это не свзянно, а SSD всякие.
     
  • 3.22, Аноним (-), 11:21, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Что, и mysql-сервер за секунду опустит? :)
     
  • 3.25, polsta (?), 11:42, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +8 +/
    а есть линки, где до появления сыстемГ, хоть кто-нить жаловался на скорость загрузки/выключения линя? походу леня вырезал аппендикс и пересадил почку у больного с диагнозом "грипп". желаю и ему и его болельщикам таких же докторов
     
  • 3.28, Аноним (-), 12:03, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    по скорости загрузки системдэ рядом не валялся с последним упстартом из убунты.
     
  • 3.45, AnotherReality (ok), 13:34, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нахрена в системе загрузки  dhcp ?
     
     
  • 4.55, Аноним (-), 15:35, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Нахрена в системе загрузки  dhcp ?

    Говорят что это уже не система загрузки.

     
  • 3.48, Аноним (-), 14:08, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну и зачем вам загружать Debian за две секунды? Вы его загружаете чаще раза в месяц?
     
     
  • 4.107, Аноним (-), 15:05, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну и зачем вам загружать Debian за две секунды? Вы его загружаете
    > чаще раза в месяц?

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

     
  • 3.61, Аноним (-), 17:57, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Поддержу. Руками закрываю все приложения. И на маздае. Только если линь выключается быстро, то маздаю всё равно сколько приложений открыто, ему нужно показать надпись завершение того, завершение сего, потом внезапно начинается установка обновлений.
     
     
  • 4.90, Аноним (-), 06:57, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > потом внезапно начинается установка обновлений.

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

     
  • 2.29, Sunderland93 (ok), 12:04, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Сам-то что-нибудь полезное для Linux-сообщества сделал? И не винду, а макось. И это шикарно!
     

  • 1.6, Аноним (-), 10:42, 09/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Кто может рассказать? Ну ладно  DHCP-клиент запилили, но DHCP-сервер то накой внутри потребовалось запилить? Дальше что Будет? SSH, FTP, NFS?
     
     
  • 2.8, anonymous (??), 10:47, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Сейчас набегут адепты, и скажут, что иначе никак. И вообще, все другие решения кривые и с "непредсказуемым поведением".
     
     
  • 3.9, Аноним (-), 10:50, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну само собой епт.
     
  • 3.11, Аноним (-), 10:52, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Как до этого жили?
     
  • 3.77, Адепт (?), 20:38, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А иначе никак. И вообще, все другие решения кривые и с "непредсказуемым поведением"
     
  • 2.16, Аноним (-), 11:00, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > DHCP-сервер то накой внутри потребовалось запилить?

    Контейнеры.

     
     
  • 3.19, anonymous (??), 11:09, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Каким боком оно связано с контейнером?
     
     
  • 4.21, Аноним (-), 11:16, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В идеале каждый контейнер получает виртуальный адаптер, которому откуда-то надо получить ip.
     
     
  • 5.26, Аноним (-), 11:46, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Все равно не понимаю чем не угодили существующие решения, почему нельзя контрибутить в них?

    Когда они забрали у меня rc.conf, я молчал, так как грузиться стало и правда быстрее.
    Когда они пришли с бинарными логами, я молчал. Так как в чем-то это действительно удобно.
    Когда они заставили учить меня кучу флагов запуска, я молчал так-как прогресс не остановить.

    Сейчас они хотят впихнуть в себя собственные реализации ВСЕГО. Но все уже молчат и жуют по привычке.

     
     
  • 6.85, Аноним (-), 23:29, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я дам вам парабеллум.
     
     
  • 7.91, Аноним (-), 06:58, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Я дам вам парабеллум.

    Палку для селфи. Вот такую: http://demotivatorium.ru/sstorage/3/2015/03/31093421847762/demotivatorium_ru_

     
  • 6.124, Павел Самсонов (?), 19:31, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Все равно не понимаю чем не угодили существующие решения, почему нельзя контрибутить
    > в них?
    > Когда они забрали у меня rc.conf, я молчал, так как грузиться стало
    > и правда быстрее.
    > Когда они пришли с бинарными логами, я молчал. Так как в чем-то
    > это действительно удобно.
    > Когда они заставили учить меня кучу флагов запуска, я молчал так-как прогресс
    > не остановить.
    > Сейчас они хотят впихнуть в себя собственные реализации ВСЕГО. Но все уже
    > молчат и жуют по привычке.

    Видно они делают свою реализацию rootfs.


     
  • 5.54, Wladmis (ok), 15:27, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > В идеале каждый контейнер получает виртуальный адаптер, которому откуда-то надо получить ip.

    Для того, чтобы получить, есть ISC DHCP Client и dhcpcd, для того, чтобы раздать — как минимум ISC DHCP Daemon.

     
     
  • 6.65, АнонимХ (??), 18:08, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А почему ISC DHCP должен быть только один? По-моему, вопрос только в качестве реализации стандарта (DHCP протокола), но реализаций может быть сколько угодно, разьве это плохо?
     
     
  • 7.66, Wladmis (ok), 18:25, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А почему ISC DHCP должен быть только один? По-моему, вопрос только в
    > качестве реализации стандарта (DHCP протокола), но реализаций может быть сколько угодно,
    > разьве это плохо?

    Не плохо, но зачем это интегрировать в systemd?

     
     
  • 8.81, chinarulezzz (ok), 21:46, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    чтоб был только один де факто ... текст свёрнут, показать
     
  • 3.23, Аноним (-), 11:33, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вобщем понятно, хотя и странное решение, у меня виртуалкам ip раздает внешний DHCP сервер на раутере. ХОтя диапазоны разделить и не проблема но может путаница возникнуть, но наверное кому то это надо.
     
  • 2.57, Анын (ok), 16:27, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >>Дальше что Будет? SSH, FTP, NFS?

    Пасьянс!!!

     
     
  • 3.60, Аноним (-), 16:52, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    fsck is checck your 1000Tb disk, you can play solitaire for waiting...
     
     
  • 4.75, Аноним (-), 20:36, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    how much watch?
     
     
  • 5.87, Аноним (-), 03:09, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ten clocks.
     
     
  • 6.132, SysA (?), 21:25, 16/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ten clocks.

    :D

     
  • 2.97, Адекват (ok), 09:35, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Кто может рассказать? Ну ладно  DHCP-клиент запилили, но DHCP-сервер то накой
    > внутри потребовалось запилить? Дальше что Будет? SSH, FTP, NFS?

    чтобы юниты могли через dhcpcd.systemd получать индивидуальный ip для своего индивидуального lo-Интерфейса, чтобы впредь общаться не через юникс-сокеты, а через lo.system.systmd.org.ewsp01, lo.system.systmd.org.ewsp02, lo.system.systmd.org.ewsp03 ну и так далее.

     
     
  • 3.108, Аноним (-), 15:09, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > чтобы юниты могли через dhcpcd.systemd получать индивидуальный ip для своего индивидуального
    > lo-Интерфейса,

    Достаточно актуальное желание, учитывая умение отрезать юниты в разные неймспейсы. Только вот если разные lo в разных namespaces - через них коммуницировать не выйдет. А вот нечто типа veth+бридж зато - запросто. И системд раздающий на хосте с бриджом айпишники контейнерам смотрелся бы не так уж и странно.

     

  • 1.24, _KUL (ok), 11:37, 09/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    "по возможности клиентам выдаются те же самые адреса, даже если сервер был перезапущен"
    Зачем так делать? Зачем городить огород там, где его городить не нужно? Только админолюдей путать ...
    Были одни деятели с вистой, где система после резолва днс и получения нескольких ипов ходила не на первый в выдаче, а анализировала, определяла ближайший и на тот бэк-енд шёл запрос ... Вроде и ничего не нарушено из стандарта, но много тогда пострадало седых волос админов, чьи хозяева не понимали почему балансировка по выдаче в днс не работает ...
     
  • 1.30, Аноним (-), 12:08, 09/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    открою вам секрет,потеринг всеволиш хочет обьединить все дистры т.к. каждый дистр стоится на том что взяли мейтейнеры.Когда доделает свою поделку тогда её будут использовать все дистры (+ приставки для игр и тому подобные устройства)
    т.к. поддерживать обновления для разных дистров очень неудобно (а с сюсД это будет 1 дистр который уже будет просто обрастать пакетами(как винда программами))
     
     
  • 2.35, Аноним (-), 12:36, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот вот, хотят превратить в очередную винду, только с открытыми исходниками, только в них лучше не лезть т.к. напихали всего и сразу и связали вместе как попало и не тестировали и тронешь 1 строчку все развалится к чертям, а это-же init аааа kernel-panic.
     
     
  • 3.36, Uf (?), 12:54, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Как будто это что-то плохое. Уже сейчас можно иметь ядро, кучу симлинков на базибокс и системд, и это будет вполне полноценная система с шиной сообщений и контейнерами. Насчет тестирования - старые коллекции из скриптов надо было тестировать ничуть не меньше.
     
     
  • 4.38, Аноним (-), 13:02, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Как будто это что-то плохое. Уже сейчас можно иметь ядро, кучу симлинков
    > на базибокс и системд, и это будет вполне полноценная система с
    > шиной сообщений и контейнерами. Насчет тестирования - старые коллекции из скриптов
    > надо было тестировать ничуть не меньше.

    старые коллекции скриптов просто были, полоумный инвалид их все не переписывал каждый 10 дней

     
  • 4.40, Аноним (-), 13:12, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Однако скрипты не уходили в сегфолт от того что я поставил другую видюху.
     
     
  • 5.92, Аноним (-), 07:00, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Однако скрипты не уходили в сегфолт от того что я поставил другую видюху.

    Зато они одуревали от много чего еще. И плевать хотели что сервис отпал через 2 секунды после старта, с кодом ошибки 5. Это никто не логил и ничего никуда не писал.

     
     
  • 6.125, anonymous (??), 23:03, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Это никто не логил и ничего никуда не писал.

    Ну враньё же.

     
  • 2.43, Аноним (-), 13:31, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Microsoft что-то вытворяет с телеметрией, Android весь прозондированный насквозь, в штатах пытаются запретит смену прошивок и т.д.

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

    Вот и пропихивают зонды как могут, systemd, непонятная инициатива по передаче имущественных прав на код в debian и т.д.
    А а народ радуется - ой какай плюшка! ой сколько там всего вкусного! ой съём, мням-мням!

    Как там в сказке говорилось: не пей Иванушка из лужицы, козлёночком станешь.

     
  • 2.98, Адекват (ok), 09:40, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > т.к. поддерживать обновления для разных дистров очень неудобно (а с сюсД это
    > будет 1 дистр который уже будет просто обрастать пакетами(как винда программами))

    кому ? КОМУ БЛ*ДЬ неудобно ??? ментейнерам ? странно раньше же как-то справлялись, или это те ментейнеры что выжили своим юнешеским максимализмом рассудительных "стариков-основателей", потом "НИАСИЛИЛИ" и свалили все бинари в /usr/bin ?
    Или неудобно недоадминам перейти с арча на центОС, потому что там сервисы по другому стартуют ?
    Сдается мне что судьба линукса в руках кретинов-неосиляторов.
    Неудобно, как любит говорить мой братец "неудобно срать в почтовый ящик - щель узкая"


     
     
  • 3.109, Аноним (-), 15:30, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Прикинь, да Они как-то будут сами решать что им удобно и тебя спросить по этому... большой текст свёрнут, показать
     
     
  • 4.118, Павел Самсонов (?), 17:46, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >[оверквотинг удален]
    > от системды. Только фич меньше и сделан бестолковее в ряде моментов.
    > Так что все это началось давно и активно запустил этот процесс
    > сапопикал, апстартом.
    >> Сдается мне что судьба линукса в руках кретинов-неосиляторов.
    > Тебя никто не заставляет пользоваться продуктами людей которые тебе не нравятся. Только
    > как бы не оказалось что ты под одеялом пользуешься вообще максималочкой
    > какой, или гейосью, эстет...
    >> щель узкая"
    > Вот и не сpи. Тебя никто проволокой к почтовому ящику, линуксу или
    > чему там еще не приматывают.

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

     

  • 1.31, Аноним (-), 12:22, 09/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    10 дней! они релизы вообще тестируют?
     
     
  • 2.37, Аноним (-), 13:00, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    а зачем?
     
     
  • 3.41, Аноним (-), 13:13, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а зачем?

    Действительно зачем, в арче от тестируют.

     
     
  • 4.93, Аноним (-), 07:01, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Действительно зачем, в арче от тестируют.

    Так он для этого и нужен :)

     
  • 4.99, Адекват (ok), 09:42, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> а зачем?
    > Действительно зачем, в арче от тестируют.

    Действительно есть же фанбои - они и баг-репорты будут писать с большим усердием, а Биг Леня будет от них отпинываться, но на один два взглянет и скажет "ну ладно, так и быть".

     
  • 2.46, Коля (?), 13:38, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    не нужно. время - деньги.
     
  • 2.49, Аноним (-), 14:36, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > 10 дней! они релизы вообще тестируют?

    Не ОНИ тестируют, а ВЫ тестируете. :)

     

  • 1.58, GotF (ok), 16:51, 09/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не очень интересные изменения, но, видимо, в ближайшее время будут пилить именно контейнеры. DHCP-сервер, КМК, оверкилл. Вот DHCP и NTP-клиенты весьма уместны, как и отличный networkd, хотя пока не хватает «управляющей» функциональности в networkctl.
     
     
  • 2.119, Павел Самсонов (?), 18:33, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Не очень интересные изменения, но, видимо, в ближайшее время будут пилить именно
    > контейнеры. DHCP-сервер, КМК, оверкилл. Вот DHCP и NTP-клиенты весьма уместны, как
    > и отличный networkd, хотя пока не хватает «управляющей» функциональности в networkctl.

    Это что же, будет новая база системы в стиле ng? Мне кажется жизнь накажет за выброс на свалку классических компонентов. Патчить с уважением к предшественникам это одно, а выбрасывать на свалку это другое.

     
     
  • 3.120, GotF (ok), 18:40, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Патчить с уважением к предшественникам

    Я не знаю, что это за философское учение, но от реалий разработки софта оно слишком далеко.

     
     
  • 4.121, Павел Самсонов (?), 18:51, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Там золотые россыпи идей, на которые старикам когда-то не хватало времени, потому что надо чтобы работало сейчас.
     

  • 1.67, Аноним (-), 18:38, 09/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Торвальдс в курсе, что кто-то мучает Linux?

    Кстати а что он думает о systemd?

     
     
  • 2.68, GotF (ok), 19:02, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кстати а что он думает о systemd?

    "I don't actually have any particularly strong opinions on systemd itself. I've had issues with some of the core developers that I think are much too cavalier about bugs and compatibility, and I think some of the design details are insane (I dislike the binary logs, for example), but those are details, not big issues."©

     
  • 2.69, Xaionaro (ok), 19:04, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >>Торвальдс в курсе, что кто-то мучает Linux?
    > Кстати а что он думает о systemd?

    Да он как-то нейтрально высказался, ЕНМИП. Что в свою очередь systemd-lover интепретировали как «поддержал systemd», а хейтеры — как «обосрал systemd».

     
     
  • 3.74, Аноним (-), 20:19, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>>Торвальдс в курсе, что кто-то мучает Linux?
    >> Кстати а что он думает о systemd?
    > Да он как-то нейтрально высказался, ЕНМИП.

    а как ты хотел? он крупнейший акционер RedHat - а леня пишет по заказу redhat. На лицо конфликт интересов.

     
     
  • 4.80, Xaionaro (ok), 21:34, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >>>>Торвальдс в курсе, что кто-то мучает Linux?
    >>> Кстати а что он думает о systemd?
    >> Да он как-то нейтрально высказался, ЕНМИП.
    > а как ты хотел? он крупнейший акционер RedHat - а леня пишет
    > по заказу redhat. На лицо конфликт интересов.

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

     
     
  • 5.82, chinarulezzz (ok), 21:55, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >С другой стороны Торвальдс обычно весьма прямолинеен.

    А еще он не дурак. Крикнуть с палубы «Фак ю нвидия!» можно. А топить корабль на котором плывёшь - глупо.

    > порочить своё имя из каких-то слабых коммерческих интересов.

    Интересы весьма не слабые. И он правильно сделал, что в данном вопросе высказался нейтрально, и сдержанно. Репутацию надо беречь, как и курицу, несущую золотые яйца.

     
     
  • 6.131, Xaionaro (ok), 16:31, 14/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>С другой стороны Торвальдс обычно весьма прямолинеен.
    > А еще он не дурак. Крикнуть с палубы «Фак ю нвидия!» можно.
    > А топить корабль на котором плывёшь - глупо.
    >> порочить своё имя из каких-то слабых коммерческих интересов.
    > Интересы весьма не слабые. И он правильно сделал, что в данном вопросе
    > высказался нейтрально, и сдержанно. Репутацию надо беречь, как и курицу, несущую
    > золотые яйца.

    Не люблю гадать. Лично для меня Торвальдс просто ответил нейтрально, а причины этого неизвестны. Есть определённое вероятностное распределение о причинах, но с уверенностью заявлять о какой-то из них не имею морального права, ибо не вижу достаточных доказательств. А все эти вольные интерпретации, которых придерживаются по оба лагеря в битве "systemd" — это очень в духе современных СМИ.

     
  • 3.100, Адекват (ok), 09:47, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть мнение что ему платят, чтобы он не делал из линукса годную ОС, и просто закрывал глаза на выкрутасы Лени.
    ИХ цель не уничтожить линукс, а сделат его таким, чтобы им нельзя было пользоваться.
    Ну подумаешь - у тебя после обновления сервер не загрузиться, или сетевые интерфейсы местами поменяются, или еще что-то всплывет, причем исключительно у тебя.
    Systemd.system.systemd-fanboy.org.service'Ы все равно будут орать что СистемД это круто.
    Эх, где же ты Arch Linux (Core Dump) :)) ?
     
     
  • 4.128, Аноним (-), 05:34, 12/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Да смени ты ник уже.
     
  • 2.71, slavius (?), 19:04, 09/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    он думает что ядру пофиг на то что работает после))) запускать потом инит или системд ядру ваще начхать.))) кому не нравится собираем ручками дист на ините. благо есть где взять и то и то. или тупо берем дистр до появления системд и просто обновляем пакеты. но делаем это сами.
     

  • 1.86, Аноним (-), 01:40, 10/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    У меня нет претензий к systemd и мне даже пофиг что они там включают, хоть пасьянс пусть запилят, но оно не работает и сегфолтиться, ну и на кой оно мне такое надо? Хотя преподносят его как панацею от всех бед.
     
     
  • 2.89, iPony (?), 06:53, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Оптимистичнее надо быть. К Ubuntu 16.04 думаю допилят его до вменяемого состояния.
    Systemd же не пульшаудио, которая в принципе хомячковая. Тут же серверища, поэтому и внимания должно быть больше.
     
     
  • 3.114, Аноним (-), 15:39, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Оптимистичнее надо быть. К Ubuntu 16.04 думаю допилят его до вменяемого состояния.

    Да он и в 15.04 особых проблем вроде не создает. Вот конкретно в нем и его деятельности ошибок вообще не замечено. Хоть я и поназапиливал кучу кастомных юнитов.

     
     
  • 4.122, Аноним (-), 18:52, 10/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Как один пример, поставь другую видюху, например вытащи видюху amd и пусть попробует поработать на встроенной от intel, и сразу словишь сегфолт.
     
     
  • 5.133, Аноним (-), 19:37, 24/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Дурной пример У меня есть ноут с интелем и пачка амдшных видях, достаточно разн... большой текст свёрнут, показать
     
  • 2.129, Аноним (-), 05:37, 12/09/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня нет претензий к systemd и мне даже пофиг что они
    > там включают, хоть пасьянс пусть запилят, но оно не работает и
    > сегфолтиться, ну и на кой оно мне такое надо? Хотя преподносят
    > его как панацею от всех бед.

    Прочитал как "панацею от всех бсд".

     

  • 1.130, Красные Глаза (ok), 13:36, 12/09/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Обожаю читать срачики про systemd. Встретить тут можно кого угодно, но только не тех, кто читал man systemd :)

    ps. За редким исключением :)

     

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



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

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