shaba/systemd-stable
1
1
Fork 0
mirror of https://github.com/systemd/systemd-stable.git synced 2024-12-24 21:34:08 +03:00
Code
501551e803
systemd-stable/units/getty@.service.m4

56 lines
1.7 KiB
Plaintext
Raw Normal View History

units: add distribution-specific units
2010-05-17 03:34:36 +04:00
# This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it
relicense to LGPLv2.1 (with exceptions) We finally got the OK from all contributors with non-trivial commits to relicense systemd from GPL2+ to LGPL2.1+. Some udev bits continue to be GPL2+ for now, but we are looking into relicensing them too, to allow free copy/paste of all code within systemd. The bits that used to be MIT continue to be MIT. The big benefit of the relicensing is that closed source code may now link against libsystemd-login.so and friends.
2012-04-12 02:20:58 +04:00
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2.1 of the License, or
units: add distribution-specific units
2010-05-17 03:34:36 +04:00
# (at your option) any later version.
[Unit]
Description=Getty on %I
unit: link up getty configuration from man page and unit files
2012-11-20 23:09:38 +04:00
Documentation=man:agetty(8) man:systemd-getty-generator(8)
Documentation=http://0pointer.de/blog/projects/serial-console.html
getty: VC devices are always available, we don't need to wait until they show up
2012-04-12 19:29:42 +04:00
After=systemd-user-sessions.service plymouth-quit-wait.service
units: drop distro specific stuff from units Since rc-local is now enabled via the SysV compatibility we should only refer to it based on that too.
2013-01-05 01:36:48 +04:00
m4_ifdef(`HAVE_SYSV_COMPAT',
Add Mageia support This patch adds support for the Mageia Linux distribution: http://www.mageia.org/ Mageia is a fork of Mandriva although some divergence has already occured and thus inclusion of these changes upstream allow us to (hopefully) migrate more rapidly to the new standard approaches systemd offers. Indeed, we already use the preferred mechanism of OS identification via the /etc/os-release file rather than a distro specific variation. This patch mostly mirrors the patch added previously for Mandriva support. In addition to those original authors, this patch was mostly written by Dexter Morgan with help from Colin Guthrie and Eugeni Dodonov.
2011-10-28 21:16:33 +04:00
After=rc-local.service
)m4_dnl
units: add distribution-specific units
2010-05-17 03:34:36 +04:00
units: enable utmp for serial gettys too
2010-10-08 20:22:44 +04:00
# If additional gettys are spawned during boot then we should make
# sure that this is synchronized before getty.target, even though
# getty.target didn't actually pull it in.
units: make sure getty@xxx.service is always run before gettys.target
2010-08-19 01:10:27 +04:00
Before=getty.target
units: exclude gettys from isolate requests gettys are nowadays mostly autospawned and hence usually subject to being shut down on isolate requests, since they are no dependency of any other unit. This is a bad idea if the user isolates between multi-user.graphical and graphical.target, hence exclude them from the isolation. This has the effect that gettys no longer cleaned up when emergency.target is isolated, which might actualy be considered a feature, even though it is a change from previous behaviour... Note that the one getty that really matters (the one on tty1) is still removed when isolating to emergency.target since it conflicts with emergency.service.
2012-04-11 23:58:33 +04:00
IgnoreOnIsolate=yes
units: make sure getty@xxx.service is always run before gettys.target
2010-08-19 01:10:27 +04:00
getty@.service.m4: add Conflicts=/Before= against rescue.service (#3792) If user isolates rescue target from multi-user or graphical target (or just starts the service), IgnoreOnIsolate will cause issues with sulogin which is directly started on current virtual console. This patch adds necessary Conflicts= and Before= against rescue.service. Note that this is not needed for emergency target, as implicit Requires= and After= against sysinit.target is in effect for this service (DefaultDependencies=yes).
2016-07-25 17:18:00 +03:00
# IgnoreOnIsolate causes issues with sulogin, if someone isolates
# rescue.target or starts rescue.service from multi-user.target or
# graphical.target.
Conflicts=rescue.service
Before=rescue.service
units: do not special-case getty@tty1.service installation Since a long while we can use "systemctl enable getty@tty1.service" which does the right thing, so there's no need to abuse Alias= for installation.
2013-07-13 17:59:35 +04:00
# On systems without virtual consoles, don't start any getty. Note
getty: skip VC gettys if the VC subsystem is not available
2012-04-12 19:31:26 +04:00
# that serial gettys are covered by serial-getty@.service, not this
units: do not special-case getty@tty1.service installation Since a long while we can use "systemctl enable getty@tty1.service" which does the right thing, so there's no need to abuse Alias= for installation.
2013-07-13 17:59:35 +04:00
# unit.
getty: skip VC gettys if the VC subsystem is not available
2012-04-12 19:31:26 +04:00
ConditionPathExists=/dev/tty0
units: add distribution-specific units
2010-05-17 03:34:36 +04:00
[Service]
units: avoid redundant VT clearing by agetty TTYVTDisallocate=yes already clears the VT. agetty does not need to do it again. Run it with --noclear. Felix Miata found the double clearing confusing in this bugreport: https://bugzilla.redhat.com/show_bug.cgi?id=828007 Add a comment explaining what clears the VT.
2012-06-06 13:26:30 +04:00
# the VT is cleared by TTYVTDisallocate
units: when spawning a getty configure TERM explicitly This way we can make use of our logic to automatically determine an appropriate TERM for a specific tty.
2013-12-18 20:48:31 +04:00
ExecStart=-/sbin/agetty --noclear %I $TERM
service: introduce Type=idle and use it for gettys Type=idle is much like Type=simple, however between the fork() and the exec() in the child we wait until PID 1 informs us that no jobs are left. This is mostly a cosmetic fix to make gettys appear only after all boot output is finished and complete. Note that this does not impact the normal job logic as we do not delay the completion of any jobs. We just delay the invocation of the actual binary, and only for services that otherwise would be of Type=simple.
2012-04-24 16:28:00 +04:00
Type=idle
service: rename settings for Restart= from 'restart-always' to 'always' and similar
2010-10-05 22:30:44 +04:00
Restart=always
units: fix execution environment for a few services
2010-05-18 05:08:18 +04:00
RestartSec=0
service: optionally, create INIT_PROCESS/DEAD_PROCESS entries for a service This should fix accounting for pam_limits and suchlike. https://bugzilla.redhat.com/show_bug.cgi?id=636036
2010-10-08 18:06:23 +04:00
UtmpIdentifier=%I
exec: hangup/reset/deallocate VTs in gettys Explicitly disconnect all clients from a VT when a getty starts/finishes (requires TIOCVHANGUP, available in 2.6.29). Explicitly deallocate getty VTs in order to flush scrollback buffer. Explicitly reset terminals to a defined state before spawning getty.
2011-05-18 03:07:31 +04:00
TTYPath=/dev/%I
TTYReset=yes
TTYVHangup=yes
TTYVTDisallocate=yes
exec: drop process group kill mode since it has little use and confuses the user
2011-03-30 01:31:38 +04:00
KillMode=process
service: ignore SIGPIPE by default
2012-02-09 06:18:04 +04:00
IgnoreSIGPIPE=no
core: optionally send SIGHUP in addition to the configured kill signal This is useful to fake session ends for processes like shells.
2013-07-30 03:54:59 +04:00
SendSIGHUP=yes
units: always send HUP when dealing with shells/gettys/logins
2010-08-05 22:29:11 +04:00
getty: unset locale before execution On the console indian characters cannot be displayed, hence it is advisable to disable indian locales on the console, which most distributions traditionally did from a shell fragment executed post login. If getty gets started with locale settings passed it would itself however be translated without the no-indian-on-console fixup applied. Hence, for now don't pass any locale settings to getty/login, and thus rely on the classic post-login script fragment to set and fix the locale. Eventually we probably want to drop this again since the system locale should be read and set at one place, and not at multiple, and that one place should be PID 1. https://bugzilla.redhat.com/show_bug.cgi?id=663900
2011-01-06 22:38:06 +03:00
# Unset locale for the console getty since the console has problems
# displaying some internationalized messages.
locale: support $LANGUAGE too $LANGUAGE is a GNU extension that is probably worth supporting, since it allows specifiying an order of languages. https://bugs.freedesktop.org/show_bug.cgi?id=40510
2011-08-31 16:09:14 +04:00
Environment=LANG= LANGUAGE= LC_CTYPE= LC_NUMERIC= LC_TIME= LC_COLLATE= LC_MONETARY= LC_MESSAGES= LC_PAPER= LC_NAME= LC_ADDRESS= LC_TELEPHONE= LC_MEASUREMENT= LC_IDENTIFICATION=
getty: unset locale before execution On the console indian characters cannot be displayed, hence it is advisable to disable indian locales on the console, which most distributions traditionally did from a shell fragment executed post login. If getty gets started with locale settings passed it would itself however be translated without the no-indian-on-console fixup applied. Hence, for now don't pass any locale settings to getty/login, and thus rely on the classic post-login script fragment to set and fix the locale. Eventually we probably want to drop this again since the system locale should be read and set at one place, and not at multiple, and that one place should be PID 1. https://bugzilla.redhat.com/show_bug.cgi?id=663900
2011-01-06 22:38:06 +03:00
unit: add [Install] section to various service files
2010-06-18 23:56:21 +04:00
[Install]
units: do not special-case getty@tty1.service installation Since a long while we can use "systemctl enable getty@tty1.service" which does the right thing, so there's no need to abuse Alias= for installation.
2013-07-13 17:59:35 +04:00
WantedBy=getty.target
install: introduce new DefaultInstance= field for [Install] sections The DefaultInstance= name is used when enabling template units when only specifying the template name, but no instance. Add DefaultInstance=tty1 to getty@.service, so that when the template itself is enabled an instance for tty1 is created. This is useful so that we "systemctl preset-all" can work properly, because we can operate on getty@.service after finding it, and the right instance is created.
2014-06-17 02:15:31 +04:00
DefaultInstance=tty1
Copy Permalink