Обсуждение: Systemd

nobus
Кто-нибудь пробовал графическую тулзу systemd-ui-git?
Поставил. Удобная штука. Можно смотреть все юниты, сгруппированные по типу (services,devices,timers…). При клике на юнит, видна его структура (аналог systemctl status), но более полная: видны все зависимости (не только, от кого зависит юнит, но и кто зависит от этого юнита, в частости от таржетов). По каждой зависимости-юниту из списка можно кликнуть и перейти на аналогичное его подробное описание. Также любой юнит можно кнопками стартовать/остановить/перезагрузить.
ну короче все то что можно было сделать руками в консоле))) скажите, мне просто ставить в лом, а она умеет парсить выхлоп `systemd-cgls' ? Просто интересно.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
Не понравилось, что по умолчанию systemd понапихал каких-то сервисов в запуск, которые он почему-то посчитал нужными. Про auditd и plymouth уже говорили, сегодня в systemd-analyze выцепил сервис поиска сканнеров colord-sane.service (сканнеров у меня отродясь не бывало), который грузится аж целых 5 секунд, причем обычным disable не выключается, помогает только mask. Вот зачем такое, а?
также для чего и сервисы по монтированию фс например…нужно видать…я смирился, если что есть mask.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
Ostland
Не понравилось, что по умолчанию systemd понапихал каких-то сервисов в запуск, которые он почему-то посчитал нужными. Про auditd и plymouth уже говорили, сегодня в systemd-analyze выцепил сервис поиска сканнеров colord-sane.service (сканнеров у меня отродясь не бывало), который грузится аж целых 5 секунд, причем обычным disable не выключается, помогает только mask. Вот зачем такое, а?
А причем тут системд? сервисы не разраб системд пишет, а совсем другие, ну кроме тех что начинаются одноименно…
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
А причем тут системд? сервисы не разраб системд пишет, а совсем другие, ну кроме тех что начинаются одноименно…
Уж если мы переходим к юридической казуистике: раз я пишу на форуме арчлинукс, то имею ввиду не сферически чистый системд в вакууме, а ту совокупность, которая прилетает вместе с установкой системд в арчлинуксе.
Уважаемые гуру! Имеет ли смысл перенастраивать свою систему с initscripts на systemd, если все работает как положено и пока насильно не пересаживают?
time lords
Уважаемые гуру! Имеет ли смысл перенастраивать свою систему с initscripts на systemd, если все работает как положено и пока насильно не пересаживают?
Нет. ИМХО
О плюсах и минусах systemd можно спросить у гугла.
А пересаживать насильно в скором времени, думаю, не будут (Если вообще будут). Еще много пилить до этого.
Lupus pilum mutat, non mentem.
time lords
Уважаемые гуру! Имеет ли смысл перенастраивать свою систему с initscripts на systemd, если все работает как положено и пока насильно не пересаживают?
Если есть творческий зуд искателя, то советую попробовать (начав, хотя бы, с виртуалки). Система реально загружается быстрее, выключается еще быстрее, а переход не так сложен.
time lords
Уважаемые гуру! Имеет ли смысл перенастраивать свою систему с initscripts на systemd, если все работает как положено и пока насильно не пересаживают?
Я не гуру, я только учусь… Обе системы совместимы, и, чтобы попробовать systemd, практически ничего не надо перенастраивать - достаточно в параметры ядра добавить init=/bin/systemd или, соответственно, убрать, чтобы вернуться на initscripts. Еще задействовать несколько служб, соответствующих запускаемым демонам.
 
Зарегистрироваться или войдите чтобы оставить сообщение.