Оценка плюсов и минусов при переходе Debian на systemd или upstart

[vladimir_ar]

Мне лично systemd нравится. Да, он еще сырой, потому как интенсивно развивается, но у меня дома под ним все системы (3 x testing) - и я доволен.

[Olej]

Мне лично systemd нравится. Да, он еще сырой, потому как интенсивно развивается, но у меня дома под ним все системы (3 x testing) - и я доволен.

Конечно, systemd это движение в нужном направлении.

[PbI6A]

у меня продакшн железо пашет на 2.6, а часть часть вообще на 2.4 и новых закупок не предвидится пока это не умрет
так что для меня это актуально

А можно поинтересоваться, что за железо на 2.4 и что за дистр?

[vic5710]

у меня продакшн железо пашет на 2.6, а часть часть вообще на 2.4 и новых закупок не предвидится пока это не умрет
так что для меня это актуально

А можно поинтересоваться, что за железо на 2.4 и что за дистр?

Управление технологическими процессами в реальном времени
Основа - Pentium4 + Ethernet + RS485 + платы обработки аналоговой информации. Дистр был изначально МСВС , потом собрали ядро реального времени и на нем базируемся, что-то типа LFS.

[sunny_side]

Похоже, что в SMF удалость добиться функциональности systemd но с меньшими недостатками:
http://ru.wikipedia.org/wiki/Service_Management_Facility
Во всяком случае не выглядит так, что скоро останутся только ядро и SMF.

[qupl]

Надеюсь конкуренты у монстра будут хорошими.

[Malaheenee]

А тем временем, systemd активно "впиливают": от него уже зависят network-manager и policykit. И если без первого жить можно, то от второго все DE зависят...

[ogost]

Malaheenee, если не ошибаюсь, systemd будет вытеснять network-manager.

[Malaheenee]

Пока там поддержка сетей зачаточная. Но и тот и другой - творение одних и тех же людей, так что код просто скопируют...

[sandaksatru]

А тем временем, systemd активно "впиливают": от него уже зависят network-manager и policykit. И если без первого жить можно, то от второго все DE зависят...

Да, но можно пересобрать, отключив функции от него зависящие. Пока это ещё поддерживается опционально.

Malaheenee, если не ошибаюсь, systemd будет вытеснять network-manager.

Не совсем, на сколько я понял, systemd предоставляет лишь базовые возможности управления сетевыми интерфейсами, как-то создание, инициализация, зависимости и т.п. NM же остается управлять самими сетевыми соединениями.

Это следствие интеграции с udev'oм, и представлении Поттеринга о том, что он лучше знает как надо. Одно новое обозвание сетевых интерфейсов чего стоит, которое по дефолту будет прописано в правилах. В сиде пока ещё сохранен классический подход к их именованию. Но в других дистрибутивах нововведения уже заявили о себе... Я всё понимаю, но 12-ти символьное имя usb-интерфейса (вместо привычного usb0), которое ещё и меняется от того, в зависимости в какую дырку воткнул - это уже чересчур!

Я понимаю, что это исправляется ручным изменением правил. Но наблюдается нездоровая тенденциозность, в следствие которой всё больше "полезных" нововведений тащят за собой всё больше необходимостей редактировать/менять базовые конфиги/настройки. Эти мелочи накапливаются и превращаются в проблему, которая пожирает время. Например, именно по причине того, что в инсталляции Debian'а проще и быстрее доустановить несколько пакетов и отредактировать настройки под нужды корпоративного пользователя, чем выпилить из инстялляции Ubuntu всё ненужное, мы с коллегами в своё время перевели парк доставшихся нам по наследству рабочих мест с Ubuntu на Debian. А с такими тенденциями, чувствую, глядишь так через несколько лет, придётся поглядывать в сторону LFS 

[Malaheenee]

Да, но можно пересобрать, отключив функции от него зависящие

Можно. Но не будете же пересобирать и все остальное, когда и туда поддержку systemd добавят. Не Gentoo чай...

[Udachnik]

Кстати, в debian-devel очередной срач уже почти на 200 сообщений.
Первое сообщение - https://lists.debian.org/debian-devel/2014/05/msg00255.html
Один парень пожаловался, что в момент загрузки у него вместо обычного fsck выскочило systemd-fsck, и он возмутился, что скоро systemd вообще подомнет под себя всё на свете. Правда в первом же ответе ему сообщили, что systemd-fsck это вовсе ни какое не systemd, а всего лишь служба для записи сообщений fsck в journald, но срач уже было не остановить.

[qupl]

Ждем время когда выкинут из репозиториев пакет systemd-linux-kernel-x.x.x.deb

[spinner88]

Как мне видится, systemd это неизбежность во всех дистрибутивах.

[yoric]

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

Насколько я понял,  sysv можно пользоваться пока его не забросят ввиду полного перехода на systemd. Будем молиться, чтобы это произошло как возможно позже Хотя уже поздно:

Код Выделить Развернуть

ls -l /lib/systemd/system/
total 100
-rw-r--r-- 1 root root 155 апр  3 15:45 acpid.service
-rw-r--r-- 1 root root 115 апр  3 15:45 acpid.socket
-rw-r--r-- 1 root root 498 окт 19  2013 alsa-restore.service
-rw-r--r-- 1 root root 526 окт 19  2013 alsa-state.service
-rw-r--r-- 1 root root 395 окт 19  2013 alsa-store.service
lrwxrwxrwx 1 root root   9 окт 19  2013 alsa-utils.service -> /dev/null
drwxr-xr-x 2 root root 101 май  3 02:13 basic.target.wants
-rw-r--r-- 1 root root 432 фев 19 07:25 console-kit-daemon.service
-rw-r--r-- 1 root root 219 фев 19 07:25 console-kit-log-system-restart.service
-rw-r--r-- 1 root root 201 фев 19 07:25 console-kit-log-system-start.service
-rw-r--r-- 1 root root 218 фев 19 07:25 console-kit-log-system-stop.service
-rw-r--r-- 1 root root 366 май  1 02:26 dbus.service
-rw-r--r-- 1 root root 106 май  1 02:26 dbus.socket
drwxr-xr-x 2 root root  24 май  7 08:42 dbus.target.wants
drwxr-xr-x 2 root root  48 май  3 02:13 halt.target.wants
-rw-r--r-- 1 root root 199 апр  6 00:01 lm-sensors.service
drwxr-xr-x 2 root root  25 май 25 13:59 multi-user.target.wants
drwxr-xr-x 2 root root  48 май  3 02:13 poweroff.target.wants
drwxr-xr-x 2 root root  51 май  3 02:13 reboot.target.wants
-rw-r--r-- 1 root root 188 сен 30  2013 rsync.service
-rw-r--r-- 1 root root 199 май 17 03:39 rsyslog.service
drwxr-xr-x 2 root root  31 май 25 13:59 shutdown.target.wants
drwxr-xr-x 2 root root  93 май 25 13:59 sockets.target.wants
-rw-r--r-- 1 root root 344 апр 22 03:24 ssh.service
-rw-r--r-- 1 root root 196 апр 22 03:24 ssh@.service
-rw-r--r-- 1 root root 216 апр 22 03:24 ssh.socket
-rw-r--r-- 1 root root 272 фев  5 01:46 sudo.service
drwxr-xr-x 2 root root  69 май 25 13:59 sysinit.target.wants
-rw-r--r-- 1 root root 578 мар 20 01:15 systemd-udevd-control.socket
-rw-r--r-- 1 root root 575 мар 20 01:15 systemd-udevd-kernel.socket
-rw-r--r-- 1 root root 788 мар 20 01:15 systemd-udevd.service
-rw-r--r-- 1 root root 823 мар 20 01:15 systemd-udev-settle.service
-rw-r--r-- 1 root root 715 мар 20 01:15 systemd-udev-trigger.service
lrwxrwxrwx 1 root root  21 мар 20 01:15 udev.service -> systemd-udevd.service
-rw-r--r-- 1 root root 159 мар 10 16:44 udisks2.service
-rw-r--r-- 1 root root 262 апр  1 02:33 vsftpd.service
И каждый файлик принадлежит соответствующему пакету, то есть всё уже с распростёртыми объятиями встречают systemd... Поздно метаться, или принимать или уходить... Кто куда, а я к Gentoo имею пиетет