systemd — система инициализации и менеджер служб для Linux, совместимые со скриптами инициализации SysV и LSB. systemd обеспечивает возможности агрессивной параллелизации, использует сокеты и активацию D-Bus для запускаемых служб, предлагает запуск демонов по необходимости, отслеживает процессы при помощи контрольных групп Linux, поддерживает мгновенные снимки и восстановление состояния системы, монтирование и точки монтирования, а также внедряет основанную на зависимостях логику контроля процессов сложных транзакций.
Прошло без одного дня 4 месяца с тех пор, как Arch Linux отказался от SysV Init в пользу systemd, и вот новое серьёзное изменение в структуре дистрибутива. Очередное обновление filesystem принесло с собой серьёзные изменения:
Все исполняемые файлы из /bin, /sbin и /usr/sbin перемещаются в /usr/bin;
Файлы библиотек из /lib — в /usr/lib
Для совместимости, /bin, /sbin и /usr/sbin теперь являются всего лишь символическими ссылками на /usr/bin, а /lib — на /usr/lib соответственно
Обновление потребует некоторых ручных действий от пользователя (см. подробности).
Ранее подобное решение уже было принято в дистрибутиве Fedora.
Леннарт Поттеринг (Lennart Poettering) из RedHat представил новую систему FSS, являющуюся дополнением к системе ведения логов Journald, входящей в состав системы инициализации Systemd. Данная инновация войдет в состав Fedora 18.
Forward Secure Sealing (FSS) позволяет накладывать криптографические отпечатки на журнал системных логов. Таким образом, злоумышленники не смогут изменить журнал (однако, смогут полностью удалить его). Это работает путем создания пары криптографических ключей (ключ отпечатков и верификационный ключ). Первый остается на машине, сохранность журналов которой необходимо гарантировать, и автоматически меняется через определенные интервалы времени (старый ключ удаляется без возможности восстановления). Второй ключ записывается на бумагу, мобильный телефон или в другое защищенное место (это означает, что он не должен храниться на машине, журналы которой необходимо защищать). Имея верификационный ключ, вы можете проверить журналы и, в случае успешной проверки, быть уверенным в целостности логов (даже, если бы машина была взломана).
На днях FESCo одобрил для внедрения в следующий, восемнадцатый, релиз Fedora очередную революционную новинку от продюсера pulseaudio, systemd и journal. Речь идет об оффлайновых обновлениях системы.
Теперь все обновления будут делиться на две части: системные обновления и приложения. Последние будут ставиться и обновляться по-старому, а вот обновления системы будут прикладываться через перезагрузку в специальный режим системных обновлений и дальнейшую перезагрузку обратно в обычный режим.
Для начала, предлагается всё, что несет с собой desktop-файл и появляется в меню, считать приложением, а всё остальное — обновлением системы. В дальнейшем, возможно, будут внедрены дополнительные подсказки в метаданных пакетов. Поскольку основная часть пакетов не включает в себя desktop-файлы, очевидно, что любое обновление, включая, например, установку другого ядра, будет требовать две перезагрузки только чтобы установить сам пакет.
Дополнительно реализована загрузка системных обновлений в фоновом режиме с уведомлением пользователя о наличии обновлений только тогда, когда всё уже готово к их установке. Механизма управления загрузками системных обновлений пока не предусмотрено, вернее, это отдано на откуп будущих высокоуровневых менеджеров обновлений в GNOME.
После обсуждения идеи переноса части компонентов корневой системы в /usr и объединения /sbin и /bin принято решение об утверждение планов по реализации первой идеи. Вторая идея одобрения не нашла. Обновленная структура корня будет выглядеть приблизительно следующим образом:
/usr - установленная система; общедоступно; возможность монтирования в режиме только чтения;
/etc - конфигурационные данные; локально;
/var - долговременные данные; локально;
/run - переменные данные; локально; обязательно использование tmpfs;
/
|-- etc
|-- usr
| |-- bin
| |-- sbin
| |-- lib
| `-- lib64
|-- run
|-- var
|-- bin -> usr/bin
|-- sbin -> usr/sbin
|-- lib -> usr/lib
`-- lib64 -> usr/lib64
О преимуществах данного решения можно подробнее прочитать в предыдущей новости.
Так же принято решение об очередной попытке перехода на Btrfs в качестве основной ФС. По сравнению с прошлым планом дополнительно заявлено о решении использовать стандартные для Btrfs механизмы управления томами, вместо LVM, и организации RAID.
В зависимости от степени готовности данных изменений перед заморозкой кода дистрибутива, планы по их реализации могут быть отложены.
