units: add Conflicts=rescue.service to container-getty@.service
authorAlan Jenkins <alan.christopher.jenkins@gmail.com>
Mon, 7 Aug 2017 18:24:32 +0000 (19:24 +0100)
committerAlan Jenkins <alan.christopher.jenkins@gmail.com>
Wed, 9 Aug 2017 17:52:05 +0000 (18:52 +0100)
commitd32465fb416f117021151e62977865b4bab1d05a
treeb0f9587b80f76c40b70a62a7e38e5bdc88bd9bc4
parent858beb391b9af1570f65ebd21b9e41af057550c2
units: add Conflicts=rescue.service to container-getty@.service

The traditional runlevel 1 is "single user mode", and shuts down all but
the main console.  In systemd, rescue.target provides runlevel1.target.
But it did not shut down logins on secondary consoles... if systemd was
running in a container.

I don't think we strictly need to change this.  But when you look at both
container-getty@.service and getty@.service, you see that both have
IgnoreOnIsolate, but only the latter has Conflicts=rescue.service.

This also makes rescue.target in a container consistent with
emergency.target.  In the latter case, the gettys were already stopped,
because they have a Requires dependency on sysinit.target.
units/container-getty@.service.m4.in