Systemd: различия между версиями

Материал из ALT Linux Wiki
(+Особенности)
(не показано 37 промежуточных версий 18 участников)
Строка 1: Строка 1:
[[Категория:Admin]]
{{W}}
 
Для ALT Linux [http://lists.altlinux.org/pipermail/sisyphus/2011-January/351784.html собран systemd]. Решение, пока, сырое, поэтому в Сизиф он не попал, но пакеты уже доступны на ftp.altlinux.org.


Для ALT Linux [http://lists.altlinux.org/pipermail/sisyphus/2011-January/351784.html собран systemd].
=== Установка systemd ===
=== Установка systemd ===
Для установки systemd надо проделать следующее:
Пользователи Sisyphus могут уже установить systemd:


* Добавить в {{path|/etc/apt/sources.list}} такую запись
<pre>
rpm ftp://ftp.altlinux.org/pub/people/shaba/systemd/ i586 hasher
</pre>
* Обновить систему
<source lang="bash">
<source lang="bash">
apt-get update && apt-get dist-upgrade
apt-get install systemd
</source>
</source>


После выполнения обновления, в системе должны быть установленные
Чтобы "попробовать" systemd, не переходя на него полностью, нужно временно прописать строчку init=/sbin/systemd в параметры ядра. В lilo это можно сделать на этапе загрузки - когда выведется меню, набрать на клавиатуре init=/sbin/systemd и нажать Enter. В случае каких-то проблем достаточно просто перезагрузить компьютер, и вернуться обратно к SysVinit.
новые {{pkg|udev}}, {{pkg|ConsoleKit}}, {{pkg|dbus}}.  


* Теперь можно установить непосредственно systemd:
Чтобы использовать systemd по умолчанию при загрузке, надо отредактировать {{path|/etc/sysconfig/grub2}} и
 
<source lang="bash">
apt-get install systemd systemd-units
</source>
 
Что бы использовать systemd при загрузке, надо отредактировать {{path|/etc/sysconfig/grub2}} и
привести строку GRUB_CMDLINE_LINUX_DEFAULT к такому виду:
привести строку GRUB_CMDLINE_LINUX_DEFAULT к такому виду:


<pre>
<pre>
GRUB_CMDLINE_LINUX_DEFAULT='panic=30 init=/bin/systemd'
GRUB_CMDLINE_LINUX_DEFAULT='panic=30 init=/sbin/systemd'
</pre>
</pre>


Строка 36: Строка 22:
<source lang="bash">grub-mkconfig -o /boot/grub/grub.cfg</source>
<source lang="bash">grub-mkconfig -o /boot/grub/grub.cfg</source>


Или просто установить systemd-sysvinit
Для пользователей lilo нужно в /etc/lilo.conf, в строчку append="" дописать внутри кавычек init=/sbin/systemd, после чего вызвать команду
<source lang="bash">lilo</source>
 
Или просто установить systemd-sysvinit (пока не рекомендуется, так как в этом случае у вас возможности вернуться к SysVinit не будет).
 
<source lang="bash">apt-get install systemd-sysvinit </source>
 
и ничего прописывать ядру не надо (в том числе и в lilo).
 
''Не надо использовать два способа одновременно.''
 
==== Настройка перед первой перезагрузкой ====
 
Так как на данный момент отсутствует механизм плавного перехода на systemd (состояние сервисов из init, не переносится на unit-ы),
необходимо руками создать символические ссылки для важных стартующих сервисов (вроде NetworkManager.service)или при первой загрузке, скорее всего придётся подождать несколько минут, пока systemd даст консоль.
 
Чтобы network.service запустился выполнить команды:
 
<source lang="bash">
# ln -s '/lib/systemd/system/network.service' '/etc/systemd/system/network.target.wants/network.service'
# ln -s '/lib/systemd/system/network.target' '/etc/systemd/system/multi-user.target.wants/network.target'
</source>


<source lang="bash">apt-get install systemd-sysvinit SysVinit-</source>
Для NetworkManager:


и ничего прописывть ядру не надо (в том числе и в lilo).<br>
<source lang="bash">
# ln -s '/lib/systemd/system/NetworkManager.service' '/etc/systemd/system/dbus-org.freedesktop.NetworkManager.service'
# ln -s '/lib/systemd/system/NetworkManager.service' '/etc/systemd/system/network.target.wants/NetworkManager.service'
</source>


Можно перезагружаться и пробовать.
Можно перезагружаться и пробовать.
=== NFS и LDAP ===
Если вы используете LDAP и/или NFS (например, офисная сеть на Кентавре/Ковчеге), то после установки systemd вместо sysvinit у вас ничего работать не будет.
Для быстрого исправления нужно:
* дополнительно к NetworkManager включить сервис NetworkManager-wait-online.service:
<source lang="bash">
systemctl enable NetworkManager-wait-online.service
</source>
* в /etc/fstab во все записи сетевых ресурсов добавить опцию _netdev или x-systemd.automount (согласно FAQ: http://www.altlinux.org/FAQ)
* дополнительно включить сервисы nfslock, idmapd и сопутствующие, если понадобится (аналогично systemctl enable)


=== Дополнительные рекомендации ===
=== Дополнительные рекомендации ===
* чтобы загружать модуль autofs4 как можно раньше добавьте:
* чтобы загружать модуль autofs4 как можно раньше, добавьте в /etc/initrd.mk:
<source lang="bash">MODULES_PRELOAD += autofs4</source>
<source lang="bash">MODULES_PRELOAD += autofs4</source>
в /etc/initrd.mk (и перегенерите имидж, запустив make-initrd)
и перегенерите имидж, запустив make-initrd.


* systemd поддерживает загрузку модулей из /etc/modules-load.d/*.conf
* systemd поддерживает загрузку модулей из /etc/modules-load.d/*.conf
* время загрузки разных сервисов можно узнать утилитой systemd-analyze из одноименного пакета.
* если на разделе есть ошибки, для отключения его остановки добавьте для него опцию {{term|nofail}} в {{path|/etc/fstab}}
===Особенности===
===Особенности===
Неполное описание преимуществ в сравнении с upstart и SysV-init<br>
Неполное описание преимуществ в сравнении с upstart и SysV-init<br>
Строка 55: Строка 80:


:"systemd (system daemon) реализует принципиально новый подход к инициализации и контролю работы системы. Одним из ключевых новшеств этого подхода является высокая степень параллелизации запуска служб при инициализации системы, за счет активного использования возможностей сокетов, что в перспективе позволяет добиться гораздо более высокой скорости, чем традиционный подход с последовательным запуском взаимозависимых служб, используемый, например, в upstart. Другим важным моментом является контроль над точками монтирования (не-жизненно-важные файловые системы можно монтировать только при первом обращении к ним, не тратя на это время при инициализации системы) и устройствами (можно запускать и останавливать определенные службы и при появлении или удалении заданных устройств)."  
:"systemd (system daemon) реализует принципиально новый подход к инициализации и контролю работы системы. Одним из ключевых новшеств этого подхода является высокая степень параллелизации запуска служб при инициализации системы, за счет активного использования возможностей сокетов, что в перспективе позволяет добиться гораздо более высокой скорости, чем традиционный подход с последовательным запуском взаимозависимых служб, используемый, например, в upstart. Другим важным моментом является контроль над точками монтирования (не-жизненно-важные файловые системы можно монтировать только при первом обращении к ним, не тратя на это время при инициализации системы) и устройствами (можно запускать и останавливать определенные службы и при появлении или удалении заданных устройств)."  
===Зачем переходить на systemd?===
#быстрая загрузка -- важно для десктопов, иногда и для серверов тоже;
#более надежная загрузка за счет параллельности. В отличие от sysvinit - подвисание при запуске одного сервиса не приведет к остановке всего процесса загрузки (тормоза с ntpd, если приходится загружаться, отключившись от сети, как пример);
#systemd это не просто запускалка сервисов. Оно еще и умеет их поддерживать запущенными (то, для чего я использую сейчас daemontools, а многие другие используют monit);
#более надежная система порядка запуска. Циферки, как известно, иногда приводят к тому, что мейнтейнеры ошибаются. К счастью, за годы мы многие такие баги вытоптали, но, увы, иногда появляются новые сервисы :) Указать зависимость между сервисами надежнее и предсказуемее, нежели циферки.<br>
Денис Смирнов http://lists.altlinux.org/pipermail/sisyphus/2011-March/353142.html
<br>Ещё:
Q: И вот скажите мне, стоит ли бороться за то, что мой ноут загрузится на одну минуту быстрее раз в два месяца?
A: Стоит бороться за то, что как только ты нажмешь hardware key для включения/выключения WiFi, соответственно запустится/остановится нужный сервис, к примеру.
А также что при втыкании bluetooth dongle -- поднимется bluetooth стек.
А также что перед suspend часть сервисов таки остановится, а после suspend запустится заново.
Q: Или сервер, который перезагружается раз в год, сможет это сделать примерно на 8 секунд быстрее?
A: Или что когда на этом сервере упадет сервис, его автоматом перезапустят. Из коробки. Без необходимости настраивать monit (который, в отличие от systemd, неспособен отличить, заглушили мы сервис сами или он упал).
''хотя правильнее починить этот сервис, а не делать систему из подпорок''
Q: Я не спорю - где-то безусловно есть необходимость в systemd, но на мой взгляд, лично для меня его польза сильно преувеличена.
A: Скорость загрузки -- это полезный побочный эффект. К счастью, не единственный. Можно спорить о качестве реализации, но сам подход -- очень хороший. И существенно лучше sysvinit.
http://lists.altlinux.org/pipermail/sisyphus/2011-March/353143.html
См. тж. [http://lists.debian.org/debian-devel/2011/07/msg00269.html A few observations about systemd] (debian-devel@) и [http://lists.debian.org/debian-devel/2011/07/msg00281.html ответ Леннарта].
=== Отладка systemd ===
=== Отладка systemd ===
* [https://fedoraproject.org/wiki/How_to_debug_Systemd_problems How to debug systemd problems]
* [https://fedoraproject.org/wiki/How_to_debug_Systemd_problems How to debug systemd problems]


=== О systemd на русском языке ===
=== О systemd на русском языке ===
* [http://wiki.opennet.ru/Systemd_%D0%B4%D0%BB%D1%8F_%D0%B0%D0%B4%D0%BC%D0%B8%D0%BD%D0%B8%D1%81%D1%82%D1%80%D0%B0%D1%82%D0%BE%D1%80%D0%BE%D0%B2 Systemd для администраторов]
* [http://ru.opensuse.org/SDB:Systemd Статья начального уровня] на openSUSE.org
* [https://wiki.archlinux.org/index.php/Systemd_(Русский) Русский перевод статьи про systemd на  ArchWiki]
* [http://www.opennet.ru/man.shtml?topic=systemd Перевод systemd(1)] на OpenNET
* [http://wiki.opennet.ru/Systemd_%D0%B4%D0%BB%D1%8F_%D0%B0%D0%B4%D0%BC%D0%B8%D0%BD%D0%B8%D1%81%D1%82%D1%80%D0%B0%D1%82%D0%BE%D1%80%D0%BE%D0%B2 Systemd для администраторов] на OpenNET, [http://lexpr.ru/node/498 существенно более актуальная версия перевода] и [http://www2.kangran.su/~nnz/pub/s4a/ ещё более актуальная версия перевода в TeX/PDF]
* [http://tux-the-penguin.blogspot.com/2010/09/systemd.html Система инициализации Systemd. Часть I]
* [http://tux-the-penguin.blogspot.com/2010/09/systemd.html Система инициализации Systemd. Часть I]
* [http://tux-the-penguin.blogspot.com/2010/09/systemd-ii.html Система инициализации Systemd. Часть II]
* [http://tux-the-penguin.blogspot.com/2010/09/systemd-ii.html Система инициализации Systemd. Часть II]
== Ссылки по теме ==
*[[Journald]]
*[[Участник:HihinRuslan/Systemd|Улучшаем Systemd]]
*[[БыстраяЗаменаCrontabНаTimers|Простая замена crontab'ов на таймеры systemd]]
*[[Systemd-timesyncd|Синхронизация времени со внешними источниками посредством systemd]]
{{Category navigation|title=Системному администратору|category=Admin|sortkey={{SUBPAGENAME}}}}
[[category:systemd]]

Версия от 03:09, 15 июля 2019

Логотип Википедии
В Википедии есть обзорная статья по теме «Systemd».

Для ALT Linux собран systemd.

Установка systemd

Пользователи Sisyphus могут уже установить systemd:

apt-get install systemd

Чтобы "попробовать" systemd, не переходя на него полностью, нужно временно прописать строчку init=/sbin/systemd в параметры ядра. В lilo это можно сделать на этапе загрузки - когда выведется меню, набрать на клавиатуре init=/sbin/systemd и нажать Enter. В случае каких-то проблем достаточно просто перезагрузить компьютер, и вернуться обратно к SysVinit.

Чтобы использовать systemd по умолчанию при загрузке, надо отредактировать /etc/sysconfig/grub2 и привести строку GRUB_CMDLINE_LINUX_DEFAULT к такому виду:

GRUB_CMDLINE_LINUX_DEFAULT='panic=30 init=/sbin/systemd'

После редактирования этого файла нужно вызвать:

grub-mkconfig -o /boot/grub/grub.cfg

Для пользователей lilo нужно в /etc/lilo.conf, в строчку append="" дописать внутри кавычек init=/sbin/systemd, после чего вызвать команду

lilo

Или просто установить systemd-sysvinit (пока не рекомендуется, так как в этом случае у вас возможности вернуться к SysVinit не будет).

apt-get install systemd-sysvinit

и ничего прописывать ядру не надо (в том числе и в lilo).

Не надо использовать два способа одновременно.

Настройка перед первой перезагрузкой

Так как на данный момент отсутствует механизм плавного перехода на systemd (состояние сервисов из init, не переносится на unit-ы), необходимо руками создать символические ссылки для важных стартующих сервисов (вроде NetworkManager.service)или при первой загрузке, скорее всего придётся подождать несколько минут, пока systemd даст консоль.

Чтобы network.service запустился выполнить команды:

# ln -s '/lib/systemd/system/network.service' '/etc/systemd/system/network.target.wants/network.service'
# ln -s '/lib/systemd/system/network.target' '/etc/systemd/system/multi-user.target.wants/network.target'

Для NetworkManager:

# ln -s '/lib/systemd/system/NetworkManager.service' '/etc/systemd/system/dbus-org.freedesktop.NetworkManager.service'
# ln -s '/lib/systemd/system/NetworkManager.service' '/etc/systemd/system/network.target.wants/NetworkManager.service'

Можно перезагружаться и пробовать.

NFS и LDAP

Если вы используете LDAP и/или NFS (например, офисная сеть на Кентавре/Ковчеге), то после установки systemd вместо sysvinit у вас ничего работать не будет. Для быстрого исправления нужно:

  • дополнительно к NetworkManager включить сервис NetworkManager-wait-online.service:
systemctl enable NetworkManager-wait-online.service
  • в /etc/fstab во все записи сетевых ресурсов добавить опцию _netdev или x-systemd.automount (согласно FAQ: http://www.altlinux.org/FAQ)
  • дополнительно включить сервисы nfslock, idmapd и сопутствующие, если понадобится (аналогично systemctl enable)

Дополнительные рекомендации

  • чтобы загружать модуль autofs4 как можно раньше, добавьте в /etc/initrd.mk:
MODULES_PRELOAD += autofs4

и перегенерите имидж, запустив make-initrd.

  • systemd поддерживает загрузку модулей из /etc/modules-load.d/*.conf
  • время загрузки разных сервисов можно узнать утилитой systemd-analyze из одноименного пакета.
  • если на разделе есть ошибки, для отключения его остановки добавьте для него опцию nofail в /etc/fstab

Особенности

Неполное описание преимуществ в сравнении с upstart и SysV-init
(цитата отсюда - http://www.opennet.ru/opennews/art.shtml?num=27218)

"systemd (system daemon) реализует принципиально новый подход к инициализации и контролю работы системы. Одним из ключевых новшеств этого подхода является высокая степень параллелизации запуска служб при инициализации системы, за счет активного использования возможностей сокетов, что в перспективе позволяет добиться гораздо более высокой скорости, чем традиционный подход с последовательным запуском взаимозависимых служб, используемый, например, в upstart. Другим важным моментом является контроль над точками монтирования (не-жизненно-важные файловые системы можно монтировать только при первом обращении к ним, не тратя на это время при инициализации системы) и устройствами (можно запускать и останавливать определенные службы и при появлении или удалении заданных устройств)."

Зачем переходить на systemd?

  1. быстрая загрузка -- важно для десктопов, иногда и для серверов тоже;
  2. более надежная загрузка за счет параллельности. В отличие от sysvinit - подвисание при запуске одного сервиса не приведет к остановке всего процесса загрузки (тормоза с ntpd, если приходится загружаться, отключившись от сети, как пример);
  3. systemd это не просто запускалка сервисов. Оно еще и умеет их поддерживать запущенными (то, для чего я использую сейчас daemontools, а многие другие используют monit);
  4. более надежная система порядка запуска. Циферки, как известно, иногда приводят к тому, что мейнтейнеры ошибаются. К счастью, за годы мы многие такие баги вытоптали, но, увы, иногда появляются новые сервисы :) Указать зависимость между сервисами надежнее и предсказуемее, нежели циферки.

Денис Смирнов http://lists.altlinux.org/pipermail/sisyphus/2011-March/353142.html
Ещё:

Q: И вот скажите мне, стоит ли бороться за то, что мой ноут загрузится на одну минуту быстрее раз в два месяца?
A: Стоит бороться за то, что как только ты нажмешь hardware key для включения/выключения WiFi, соответственно запустится/остановится нужный сервис, к примеру.
А также что при втыкании bluetooth dongle -- поднимется bluetooth стек.
А также что перед suspend часть сервисов таки остановится, а после suspend запустится заново.
Q: Или сервер, который перезагружается раз в год, сможет это сделать примерно на 8 секунд быстрее?
A: Или что когда на этом сервере упадет сервис, его автоматом перезапустят. Из коробки. Без необходимости настраивать monit (который, в отличие от systemd, неспособен отличить, заглушили мы сервис сами или он упал).

хотя правильнее починить этот сервис, а не делать систему из подпорок

Q: Я не спорю - где-то безусловно есть необходимость в systemd, но на мой взгляд, лично для меня его польза сильно преувеличена.
A: Скорость загрузки -- это полезный побочный эффект. К счастью, не единственный. Можно спорить о качестве реализации, но сам подход -- очень хороший. И существенно лучше sysvinit.

http://lists.altlinux.org/pipermail/sisyphus/2011-March/353143.html

См. тж. A few observations about systemd (debian-devel@) и ответ Леннарта.

Отладка systemd

О systemd на русском языке

Ссылки по теме