Differences between revisions 2 and 262 (spanning 260 versions)
Revision 2 as of 2010-11-17 08:42:51
Size: 1124
Editor: ?SedatDilek
Comment: Who is who?
Revision 262 as of 2016-12-31 23:40:55
Size: 12480
Editor: PaulWise
Comment: typo
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
= Introduction =
systemd is a system and service manager for Linux, compatible with SysV and LSB init scripts. systemd provides aggressive parallelization capabilities, uses socket and D-Bus activation for starting services, offers on-demand starting of daemons, keeps track of processes using Linux cgroups, supports snapshotting and restoring of the system state, maintains mount and automount points and implements an elaborate transactional dependency-based service control logic. It can work as a drop-in replacement for sysvinit.

= Who is who? =

Maintainer of the systemd package is Tollef Fog Heen (Mithrandir).
Currently, it's discussed to get Michael Biebl (mbiebl) as co-maintainer.

= Ressources =
#language en
~-[[DebianWiki/EditorGuide#translation|Translation(s)]]: English - [[es/systemd|Español]] - [[fr/systemd|Français]] - [[ru/Systemd|Russian]] -~
----

= systemd - system and service manager =

## If your page gets really long, uncomment this Table of Contents
<<TableOfContents(3)>>


== Introduction ==

DebianPkg:systemd is a system and service manager for Linux. systemd is compatible with SysV and LSB init scripts. It can work as a drop-in replacement for sysvinit. Systemd
 * Provides aggressive parallelization capabilities
 * Uses socket and D-Bus activation for starting services
 * Offers on-demand starting of daemons
 * Implements transactional dependency-based service control logic
 * Tracks processes using Linux cgroups
 * Supports snapshotting and restoring
 * Maintains mount and automount points

Please see the [[http://www.freedesktop.org/wiki/Software/systemd|upstream]] page for more information.


== Installing and Testing ==

systemd was included in Debian wheezy as a technology preview. Please make sure that you are using Debian jessie or newer to get a recent version of systemd.


=== Installation ===

To install systemd run:
{{{
# apt-get update
# apt-get install systemd
}}}

This will install the systemd packages but will not configure systemd as your init system.


=== Configuring for testing ===

To test systemd before switching to it by default, you can add the following boot parameter to the kernel:

{{{
init=/bin/systemd
}}}

This can be done in the grub menu for a single boot - press "e" in the grub menu and add this to the '''kernel''' line. For example, depending on the options required for ''your'' particular system, it might look something like:

{{{
linux /vmlinuz-3.13-1-amd64 root=/dev/mapper/root-root init=/bin/systemd ro quiet
}}}

If PID '''1''' is '''systemd''' then your system is running with systemd.


=== Configuring as default ===

In order to use systemd you should also install DebianPackage:systemd-sysv which provides the symlinks links for /sbin/init. It is recommended to run this when already running under systemd, as described in the previous section.
{{{
# apt-get install systemd-sysv
}}}

In order to boot your system with the newly installed systemd, simply reboot.

{{{
# reboot
}}}

If you run a self-compiled kernel, make sure you have 2.6.39 or newer and enable the following options:

{{{
 * CONFIG_DEVTMPFS=y
 * CONFIG_CGROUPS=y
 * CONFIG_AUTOFS4_FS=[y|m]
 * CONFIG_IPV6=[y|m], optional, but highly recommended
 * CONFIG_FANOTIFY=y, optional, required for systemd readahead. available in Linux kernel >= 2.6.37.
}}}

For an up-to-date list, see section "REQUIREMENTS" in the upstream [[http://cgit.freedesktop.org/systemd/systemd/tree/README#n36|README]] file.

=== Managing services with systemd ===
systemctl is the main tool used to introspect and control the state of the "systemd" system and service manager. You can use systemctl for instance to enable/disable services permanently or only for the current session. Refer to the [[DebianMan:1/systemctl|systemctl(1)]] manpage for more details.

==== Some basic use examples ====
List all running services:
{{{
$ systemctl
}}}

Activates the service "example1" immediately:
{{{
# systemctl start example1
}}}
 
Deactivates the service "example1" immediately:
{{{
# systemctl stop example1
}}}

Restarts the service "example1" immediately:
{{{
# systemctl restart example1
}}}

Shows status of the service "example1":
{{{
# systemctl status example1
}}}

Enables "example1" to be started on bootup:
{{{
# systemctl enable example1
}}}

Disables "example1" to not start during bootup:
{{{
# systemctl disable example1
}}}

== Debugging ==

Sometimes it is necessary to investigate why DebianPkg:systemd hangs on startup or on reboot/shutdown.

Solution #0: Remove "quiet" from Kernel command line (so called "cmdline" or "grub line")

Solution #1: Increase verbosity via cmdline: Add "systemd.log_target=kmsg systemd.log_level=debug"

Of course you can have a "temporary" persistent solution:
{{{
[ /etc/default/grub ]
GRUB_CMDLINE_LINUX="systemd.log_target=kmsg systemd.log_level=debug" <--- Add here (by uncommenting you can easily switch to debug)

# update-grub
}}}

Solution #2: Increase verbosity via /etc/systemd/system.conf
{{{
LogLevel=debug <--- Uncomment this line and use "debug" (default: commented and "info")
LogTarget=syslog-or-kmsg <--- Uncomment this line (default: commented)
}}}

Solution #3: Boot an emergency shell: Add {{{systemd.unit=rescue.target}}} or just {{{1}}} (the number one) to the kernel command line.

Solution #4: Enable the debug shell: Run {{{systemctl enable debug-shell.service}}}. (You can do this in a chroot environment after booting a rescue system.) This starts a root shell on TTY 9.

HINT: "man systemd" and "man systemd-system.conf"

HINT: Extensive debugging information about systemd is on [[http://freedesktop.org/wiki/Software/systemd/Debugging/|this FreeDesktop page]].

HINT: How to check Kernel command line parameters/options?
{{{
# cat /proc/cmdline
}}}

NOTE on !LogLevel (see [[DebianMan:1/systemd|systemd(1)]] and [[DebianMan:5/systemd-system.conf|systemd-system.conf(5)]]):

"Set log level. As argument this accepts a numerical log level or the well-known syslog(3) symbolic names
(lowercase): emerg, alert, crit, err, warning, notice, info, debug."

HINT: Keep a copy of /sbin/init from DebianPkg:sysvinit package in case of rescue (so you can use init=/sbin/init.sysvinit in cmdline)!
{{{
# cp -av /sbin/init /sbin/init.sysvinit <--- Before installing systemd-sysv package
}}}

See also [[http://fedoraproject.org/wiki/How_to_debug_Systemd_problems]]

=== Kernel debug without systemd debug in Jessie ===

Using the old "debug" kernel parameter in Jessie will turn on systemd debug logging as well as kernel debug logging. To get the old behaviour, do not use "debug", instead use the kernel parameter "loglevel=7".

== Bugs and Bug-Tracking-Systems ==

 * [[https://github.com/systemd/systemd/issues|Upstream issue tracker]]
 * [[https://bugs.debian.org/src:systemd|Debian bug tracker]]
 * [[http://bugs.debian.org/cgi-bin/pkgreport.cgi?usertag=pkg-systemd-maintainers@lists.alioth.debian.org|Usertagged bugs in Debian BTS]]
 * For known bugs please see topic "Known Issues and Workarounds"


== Known Issues and Workarounds ==

=== sysvinit vs. systemd-sysv ===

Upgrade to sysvinit ≥ 2.88dsf-44.


=== Encrypted swap blocks boot ===

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712439#70 for a patch.

According to the bug, the patch is no longer required as long as you upgrade to dmsetup 2:1.02.83-1.


=== Booting with lvm (especially with separate /usr) fails ===

Upgrade to lvm2 ≥ 2.02.104-1


=== Shared bind mounts ===

The default behavior of bind mounts changes under systemd. The Linux kernel makes bind mounts of anything below / PRIVATE. Systemd changes this to SHARED.

Thus, when you do this:

{{{
    mount --bind / $CHROOT
    mount --bind /dev/ $CHROOT/dev
    umount $CHROOT/dev
}}}

then /dev will be unmounted in your base/parent system '''as well'''!

What you can do now instead, to is to:

{{{
    mount --bind --make-rslave / $CHROOT
    mount --bind --make-rslave /dev/ $CHROOT/dev
}}}

this will propagate mount changes (also mount options) in the base/parent system into the $CHROOT but not from the $CHROOT back to the parent.
 
The rationale for the change of the default behavior can be found in bug [[https://bugs.debian.org/739593|739593]], in particularily in [[https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739593#54|Lenart's comment]] therein.

=== SSH session doesn't cleanly terminate on reboot/shutdown ===

If you happen to reboot/shutdown remote machine over ```ssh``` you may find out that your session isn't terminated properly, leaving you with the non-reacting terminal until long timeout is over. There is a bug [[https://bugs.debian.org/751636|751636]] about it. At the moment the work around this problem is to install:
{{{
    apt-get install libpam-systemd
}}}

which will terminate ```ssh``` session before the network is dropped. Please note, that that would require ```PAM``` to be enabled in {{{sshd}}}.

=== Missing startup messages on console(tty1) after the boot ===

With {{{systemd}}} console(tty1) is handled differently and if you used to check it to see how did your boot go now you'll see only couple of non-informative lines.

To be able to get full transcript of the system boot on your console you need to perform two steps.

1. Add to the kernel options ```systemd.show_status=1```, for example via '''/etc/default/grub''':
{{{
    GRUB_CMDLINE_LINUX_DEFAULT="quiet systemd.show_status=1"
}}}
and run ```update-grub2```.

2. Create file {{{/etc/systemd/system/getty@tty1.service.d/noclear.conf}}} with the content:
{{{
[Service]
TTYVTDisallocate=no
}}}
to disable clearing of the terminal on ```getty``` invocation.

=== Virtual and serial console changes ===

Those used to change `inittab` to enable/disable virtual or serial consoles will notice that that file is gone from clean installs. This is all managed through systemd directly now. For example, you can enable a serial console on `COM1` with:

{{{
systemctl enable serial-getty@ttyS0.service
systemctl start serial-getty@ttyS0.service
}}}

However, it is generally preferable to add `console=ttyS0` on the kernel commandline, since this also enables kernel output on reboots. This is though by adding the following to `/etc/default/grub`:

{{{
GRUB_CMDLINE_LINUX="console=ttyS0"
}}}

... and running `update-grub`. This will take effect only on the next reboot, however.

== Where to get help? ==

Systemd is a young project with a strong emphasis on solving problems in a distribution agnostic manner.
 * mailing-list @ http://lists.freedesktop.org/mailman/listinfo/systemd-devel
 * [[irc://irc.freenode.net/systemd|#systemd]] (irc.freenode.net)

Debian specific channels include
 * mailing-list @ http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
 * [[irc://irc.debian.org/debian-systemd|#debian-systemd]] (irc.oftc.net)

Several other distributions are using systemd
 * [[https://fedoraproject.org/wiki/Systemd|Fedora systemd wiki]]
 * [[https://wiki.gentoo.org/wiki/Systemd|Gentoo systemd wiki]]
 * [[http://en.opensuse.org/SDB:Systemd|openSUSE systemd setup instructions]]
 * [[UbuntuWiki:systemd|Ubuntu systemd wiki]]
 * [[https://wiki.archlinux.org/index.php/Systemd|Arch systemd wiki]]


== Installing without systemd ==

Jessie installs systemd by default on new installs. Should one desire to install without systemd, i.e use sysvinit-core instead (old sysV5 init), it is possible to use preseed to replace systemd with sysvinit at the end of the install (This probably won't work if selecting one of the desktop environments that require systemd specific features however). If using a preseed file already, just make sure to set the preseed value
{{{
preseed/late_command="in-target apt-get install -y sysvinit-core"
}}}
If not using a preseed file, this can be added to the boot arguments instead by hitting TAB at the boot menu on the desired entry and appending the above preseed line at the end of the boot command.

There may still be a few bits of systemd installed, but at least init itself is not systemd and cleaning up any remaining pieces should not be too hard.


== Debian Resources ==

 * [[systemd]] - This page
  * [[systemd/ReleaseGoals|Release Goals]] -
  * [[systemd/Integration|Integration]] -
  * [[systemd/Packaging|Packaging]] -
  * [[systemd/EnableDiscussion|Discussion]] -
  * [[systemd/HowToHelp|Helping]] -
 * [[DebianPkg:sid/systemd|Debian package]]


== Other Resources ==
Line 11: Line 313:
 * [[http://packages.debian.org/experimental/systemd|Debian package]]
 * [[http://bugs.debian.org/cgi-bin/pkgreport.cgi?usertag=systemd@packages.debian.org|Usertagged bugs]]
 * [[http://people.debian.org/~biebl/lpc-2010/debian-init.pdf|Talk about systemd in Debian at Linux Plumbers 2010]] by Michael Biebl <biebl@debian.org>
 * [[http://0pointer.net/public/systemd-nluug-2014.pdf|slides]] and [[http://ftp.nluug.nl/video/nluug/2014-11-20_nj14/zaal-2/5_Lennart_Poettering_-_Systemd.webm|video]] about simple security features that can be enabled in service files



----
## This page is referenced from http://www.debian.org/releases/wheezy/amd64/release-notes/ch-whats-new
CategoryPermalink

Translation(s): English - Español - Français - Russian


systemd - system and service manager

Introduction

systemd is a system and service manager for Linux. systemd is compatible with SysV and LSB init scripts. It can work as a drop-in replacement for sysvinit. Systemd

  • Provides aggressive parallelization capabilities
  • Uses socket and D-Bus activation for starting services
  • Offers on-demand starting of daemons
  • Implements transactional dependency-based service control logic
  • Tracks processes using Linux cgroups
  • Supports snapshotting and restoring
  • Maintains mount and automount points

Please see the upstream page for more information.

Installing and Testing

systemd was included in Debian wheezy as a technology preview. Please make sure that you are using Debian jessie or newer to get a recent version of systemd.

Installation

To install systemd run:

# apt-get update
# apt-get install systemd

This will install the systemd packages but will not configure systemd as your init system.

Configuring for testing

To test systemd before switching to it by default, you can add the following boot parameter to the kernel:

init=/bin/systemd

This can be done in the grub menu for a single boot - press "e" in the grub menu and add this to the kernel line. For example, depending on the options required for your particular system, it might look something like:

linux   /vmlinuz-3.13-1-amd64 root=/dev/mapper/root-root init=/bin/systemd ro quiet

If PID 1 is systemd then your system is running with systemd.

Configuring as default

In order to use systemd you should also install systemd-sysv which provides the symlinks links for /sbin/init. It is recommended to run this when already running under systemd, as described in the previous section.

# apt-get install systemd-sysv

In order to boot your system with the newly installed systemd, simply reboot.

# reboot

If you run a self-compiled kernel, make sure you have 2.6.39 or newer and enable the following options:

 * CONFIG_DEVTMPFS=y
 * CONFIG_CGROUPS=y
 * CONFIG_AUTOFS4_FS=[y|m]
 * CONFIG_IPV6=[y|m], optional, but highly recommended
 * CONFIG_FANOTIFY=y, optional, required for systemd readahead. available in Linux kernel >= 2.6.37.

For an up-to-date list, see section "REQUIREMENTS" in the upstream README file.

Managing services with systemd

systemctl is the main tool used to introspect and control the state of the "systemd" system and service manager. You can use systemctl for instance to enable/disable services permanently or only for the current session. Refer to the systemctl(1) manpage for more details.

Some basic use examples

List all running services:

$ systemctl

Activates the service "example1" immediately:

# systemctl start example1

Deactivates the service "example1" immediately:

# systemctl stop example1

Restarts the service "example1" immediately:

# systemctl restart example1

Shows status of the service "example1":

# systemctl status example1

Enables "example1" to be started on bootup:

# systemctl enable example1

Disables "example1" to not start during bootup:

# systemctl disable example1

Debugging

Sometimes it is necessary to investigate why systemd hangs on startup or on reboot/shutdown.

Solution #0: Remove "quiet" from Kernel command line (so called "cmdline" or "grub line")

Solution #1: Increase verbosity via cmdline: Add "systemd.log_target=kmsg systemd.log_level=debug"

Of course you can have a "temporary" persistent solution:

[ /etc/default/grub ]
GRUB_CMDLINE_LINUX="systemd.log_target=kmsg systemd.log_level=debug" <--- Add here (by uncommenting you can easily switch to debug)

# update-grub

Solution #2: Increase verbosity via /etc/systemd/system.conf

LogLevel=debug           <--- Uncomment this line and use "debug" (default: commented and "info")
LogTarget=syslog-or-kmsg <--- Uncomment this line (default: commented)

Solution #3: Boot an emergency shell: Add systemd.unit=rescue.target or just 1 (the number one) to the kernel command line.

Solution #4: Enable the debug shell: Run systemctl enable debug-shell.service. (You can do this in a chroot environment after booting a rescue system.) This starts a root shell on TTY 9.

HINT: "man systemd" and "man systemd-system.conf"

HINT: Extensive debugging information about systemd is on this FreeDesktop page.

HINT: How to check Kernel command line parameters/options?

# cat /proc/cmdline

NOTE on LogLevel (see systemd(1) and systemd-system.conf(5)):

"Set log level. As argument this accepts a numerical log level or the well-known syslog(3) symbolic names (lowercase): emerg, alert, crit, err, warning, notice, info, debug."

HINT: Keep a copy of /sbin/init from sysvinit package in case of rescue (so you can use init=/sbin/init.sysvinit in cmdline)!

# cp -av /sbin/init /sbin/init.sysvinit <--- Before installing systemd-sysv package

See also http://fedoraproject.org/wiki/How_to_debug_Systemd_problems

Kernel debug without systemd debug in Jessie

Using the old "debug" kernel parameter in Jessie will turn on systemd debug logging as well as kernel debug logging. To get the old behaviour, do not use "debug", instead use the kernel parameter "loglevel=7".

Bugs and Bug-Tracking-Systems

Known Issues and Workarounds

sysvinit vs. systemd-sysv

Upgrade to sysvinit ≥ 2.88dsf-44.

Encrypted swap blocks boot

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712439#70 for a patch.

According to the bug, the patch is no longer required as long as you upgrade to dmsetup 2:1.02.83-1.

Booting with lvm (especially with separate /usr) fails

Upgrade to lvm2 ≥ 2.02.104-1

Shared bind mounts

The default behavior of bind mounts changes under systemd. The Linux kernel makes bind mounts of anything below / PRIVATE. Systemd changes this to SHARED.

Thus, when you do this:

    mount --bind / $CHROOT
    mount --bind /dev/ $CHROOT/dev
    umount $CHROOT/dev

then /dev will be unmounted in your base/parent system as well!

What you can do now instead, to is to:

    mount --bind --make-rslave / $CHROOT
    mount --bind --make-rslave /dev/ $CHROOT/dev

this will propagate mount changes (also mount options) in the base/parent system into the $CHROOT but not from the $CHROOT back to the parent.

The rationale for the change of the default behavior can be found in bug 739593, in particularily in Lenart's comment therein.

SSH session doesn't cleanly terminate on reboot/shutdown

If you happen to reboot/shutdown remote machine over ssh you may find out that your session isn't terminated properly, leaving you with the non-reacting terminal until long timeout is over. There is a bug 751636 about it. At the moment the work around this problem is to install:

    apt-get install libpam-systemd

which will terminate ssh session before the network is dropped. Please note, that that would require PAM to be enabled in sshd.

Missing startup messages on console(tty1) after the boot

With systemd console(tty1) is handled differently and if you used to check it to see how did your boot go now you'll see only couple of non-informative lines.

To be able to get full transcript of the system boot on your console you need to perform two steps.

1. Add to the kernel options systemd.show_status=1, for example via /etc/default/grub:

    GRUB_CMDLINE_LINUX_DEFAULT="quiet systemd.show_status=1"

and run update-grub2.

2. Create file /etc/systemd/system/getty@tty1.service.d/noclear.conf with the content:

[Service]
TTYVTDisallocate=no

to disable clearing of the terminal on getty invocation.

Virtual and serial console changes

Those used to change inittab to enable/disable virtual or serial consoles will notice that that file is gone from clean installs. This is all managed through systemd directly now. For example, you can enable a serial console on COM1 with:

systemctl enable serial-getty@ttyS0.service
systemctl start serial-getty@ttyS0.service

However, it is generally preferable to add console=ttyS0 on the kernel commandline, since this also enables kernel output on reboots. This is though by adding the following to /etc/default/grub:

GRUB_CMDLINE_LINUX="console=ttyS0"

... and running update-grub. This will take effect only on the next reboot, however.

Where to get help?

Systemd is a young project with a strong emphasis on solving problems in a distribution agnostic manner.

Debian specific channels include

Several other distributions are using systemd

Installing without systemd

Jessie installs systemd by default on new installs. Should one desire to install without systemd, i.e use sysvinit-core instead (old sysV5 init), it is possible to use preseed to replace systemd with sysvinit at the end of the install (This probably won't work if selecting one of the desktop environments that require systemd specific features however). If using a preseed file already, just make sure to set the preseed value

preseed/late_command="in-target apt-get install -y sysvinit-core"

If not using a preseed file, this can be added to the boot arguments instead by hitting TAB at the boot menu on the desired entry and appending the above preseed line at the end of the boot command.

There may still be a few bits of systemd installed, but at least init itself is not systemd and cleaning up any remaining pieces should not be too hard.

Debian Resources

Other Resources


CategoryPermalink