Section: logind.conf (5)
Return to Main Contents
logind.conf - Login manager configuration file
This file configures various parameters of the systemd login manager
All options are configured in the
Takes a positive integer. Configures how many virtual terminals (VTs) to allocate by default that -- when switched to and previously unused --
services are automatically spawned on. These services are instantiated from the template unit
for the respective VT TTY name, e.g.
firstname.lastname@example.org. By default
is linked to
getty@.service, i.e. login prompts are started dynamically as the user switches to unused virtual terminals. Hence, this parameter controls how many login
are available on the VTs. If a VT is already used by some other subsystem (for example a graphical login) this kind of activation will not be attempted. Note that the VT configured in
is always subject to this kind of activation, even if it is not one of VTs configured with the
directive. Defaults to 6. When set to 0, automatic spawning of
services is disabled.
Takes a positive integer. Configures the number of one virtual terminal that shall unconditionally be reserved for
activation (see above). The VT selected with this option will be marked busy unconditionally so that no other subsystem will allocate it. This functionality is useful to ensure that regardless how many VTs are allocated by other subsystems one login
is always available. Defaults to 6 (with other words: there'll always be a
available on Alt-F6.). When set to 0, VT reservation is disabled.
Takes a boolean argument. Configures whether the processes of a user should be killed when she or he completely logs out (i.e. after her/his last session ended). Defaults to
Configures the action to take when the system is idle. Takes one of
lock. Defaults to
Note that this requires that user sessions correctly report the idle status to the system. The system will execute the action after all sessions reported that they are idle, and no idle inhibitor lock is active, and subsequently the time configured with
(see below) has passed.
Configures the delay after which the action configured in
(see above) is taken after the system is idle.
These settings take space separated lists of user names that influence the effect of
KillUserProcesses=. If not empty only processes of users listed in
will be killed when they log out entirely. Processes of users listed in
are excluded from being killed.
and takes precedence over
which defaults to the empty list.
These settings control the default control group hierarchies users logging in are added to, in addition to the
named hierarchy. These settings take space separated lists of controller names. Pass the empty string to ensure that logind does not touch any hierarchies but systemd's own. When logging in user sessions will get private control groups in all hierarchies listed in
and be reset to the root control group in all hierarchies listed in
defaults to the empty list,
cpu. Note that for all controllers that are not listed in either
newly created sessions will be part of the control groups of the system service that created the session.
Specifies the maximum time a system shutdown or sleep request is delayed due to an inhibitor lock of type
being active -- before it is ignored and the operation executed anyway. Defaults to 5s.
HandlePowerKey=, HandleSuspendKey=, HandleHibernateKey=, HandleLidSwitch=
Controls whether logind shall handle the system power and sleep keys and the lid switch to trigger actions such as system power-off or suspend. Can be one of
logind will never handle these keys. If
all running sessions will be screen locked. Otherwise the specified action will be taken in the respective event. Only input devices with the
udev tag will be watched for key/lid switch events.
PowerKeyIgnoreInhibited=, SuspendKeyIgnoreInhibited=, HibernateKeyIgnoreInhibited=, LidSwitchIgnoreInhibited=
Controls whether actions triggered by the power and sleep keys and the lid switch are subject to inhibitor locks. These settings take boolean arguments. If
the inhibitor locks taken by applications in order to block the requested operation are respected, if
the requested operation is executed in any case.
yes. This means that the lid switch does not respect suspend blockers by default, but the power and sleep keys do.
Note that setting
will break tools like
is a weaker version of
which may be configured per-service for
pam_systemd(8). The latter kills processes of a session as soon as it ends, the former kills processes as soon as the last session of the user ends.
- SEE ALSO
This document was created by
using the manual pages.
Time: 20:14:20 GMT, April 25, 2018