emergency: make sure console password agents don't interfere with the emergency shell
authorFranck Bui <fbui@suse.com>
Tue, 25 Sep 2018 13:25:08 +0000 (15:25 +0200)
committerLennart Poettering <lennart@poettering.net>
Wed, 26 Sep 2018 16:13:32 +0000 (18:13 +0200)
commit4885626b566c4cd97f63c396bc7200ff709f9baf
treee0981b2c794f819141622a25ce26a6a4ffdcb3fe
parent89f180201cd8c0f3ce5cb6e8dd7e2b3cbcf71527
emergency: make sure console password agents don't interfere with the emergency shell

If for any reason local-fs.target fails at startup while a password is
requested by systemd-cryptsetup@.service, we end up with the emergency shell
competing with systemd-ask-password-console.service for the console.

This patch makes sure that:

 - systemd-ask-password-console.service is stopped before entering in emergency
   mode so it won't make any access to the console while the emergency shell is
   running.

 - systemd-ask-password-console.path is also stopped so any attempts to restart
   systemd-cryptsetup in the emergency shell won't restart
   systemd-ask-password-console.service and kill the emergency shell.

 - systemd-ask-password-wall.path is stopped so
   systemd-ask-password-wall.service won't be started as this service pulls
   the default dependencies in.

Fixes: #10131
units/systemd-ask-password-console.path
units/systemd-ask-password-console.service.in
units/systemd-ask-password-wall.path