добавление закрытого ключа другого пользователя

Да, можно. На самом деле вы можете настроить его так, чтобы он вел себя именно так, как вам хотелось бы, но, пожалуйста, уточните:

So once in a while I'd like to stop it. ps -ef | grep -v grep | grep unattended-upgrade shows a PID that seems to ignore kill signals

потому что эта часть меня немного беспокоит, поскольку SIGKILL, запущенный от имени пользователя root, не может быть проигнорирован каким-либо процессом, кроме PID 1 (init )ЕСЛИ не обрабатывается системный вызов, что, если его убить в середине -предложения, приведет к повреждению кода ядра. Эта ситуация не блокирует SIGKILL полностью, а превращает его в асинхронный сигнал, который доставляется в момент пробуждения и завершения системного вызова.

Останов

Что касается unattended-upgrade, вы можете настроить, когда вы хотите, чтобы он запускался, и что касается его остановки, у вас должна быть служба:

sudo service unattended-upgrades status

Loaded: loaded (/lib/systemd/system/unattended-upgrades.service; enabled; vendor preset: disabled)
   Active: active (running) since Fri 2019-08-30 20:48:27 EDT; 18h ago
     Docs: man:unattended-upgrade(8)
 Main PID: 1410 (unattended-upgr)
    Tasks: 2 (limit: 4915)
   Memory: 21.9M
   CGroup: /system.slice/unattended-upgrades.service
           └─1410 /usr/bin/python3 /usr/share/unattended-upgrades/unattended-upgrade-shutdown --wait-for-signal

Aug 30 20:48:27 OPTIMUM systemd[1]: Started Unattended Upgrades Shutdown.

и

sudo service unattended-upgrades stop sudo service unattended-upgrades status

● unattended-upgrades.service - Unattended Upgrades Shutdown
   Loaded: loaded (/lib/systemd/system/unattended-upgrades.service; enabled; vendor preset: disabled)
   Active: inactive (dead) since Sat 2019-08-31 15:44:18 EDT; 1s ago
     Docs: man:unattended-upgrade(8)
  Process: 1410 ExecStart=/usr/share/unattended-upgrades/unattended-upgrade-shutdown --wait-for-signal (code=exited, status=0/SUCCESS)
 Main PID: 1410 (code=exited, status=0/SUCCESS)

Aug 30 20:48:27 OPTIMUM systemd[1]: Started Unattended Upgrades Shutdown.
Aug 31 15:44:18 OPTIMUM systemd[1]: Stopping Unattended Upgrades Shutdown...
Aug 31 15:44:18 OPTIMUM systemd[1]: unattended-upgrades.service: Succeeded.
Aug 31 15:44:18 OPTIMUM systemd[1]: Stopped Unattended Upgrades Shutdown.

убьет его, не прибегая к psи поиску pid.

Задержка

Однако, поскольку вы упомянули, что задержка загрузки из-за unattended-upgradesявляется еще одной проблемой, вы также можете запретить запуск этой службы непосредственно при загрузке. В этом случае вы можете отложить его, создав для него таймер. Чтобы создать таймер для unattended-upgrades.service, создайте unattended-upgrades.timerв том же каталоге со следующей конфигурацией для 5-минутной задержки загрузки:

[Unit]
Description=Run delayed

[Timer]
OnBootSec=5min

[Install]
WantedBy=timers.target

Затем отключите службу и вместо этого включите таймер, чтобы управлять ею.

     sudo systemctl disable unattended-upgrades.service
     sudo systemctl enable unattended-upgrades.timer
     sudo systemctl start unattended-upgrades.timer
     sudo systemctl list-timers

Даже если у вас запущен таймер, вы все равно сможете завершить -автоматический сервис upgrades.service, но он уведомит вас о таймере в фоновом режиме.

sudo service unattended-upgrades stop
   Warning: Stopping unattended-upgrades.service, but it can still be activated 
   by:   unattended-upgrades.timer

Виджет