У меня есть процесс, как перечислено в htop
при Команде, указывающей следующее:
/usr/bin/python3/usr/share/unattended-upgrades/unattended-upgrade-shutdown - ожидают сигнала
Оценка по:
- ожидать сигнала
и некоторое исследование, о какой unattended-upgrades
это заставляет меня думать, что существует что-то еще, что должно быть обновлено так, я пытался закрыть сервер пару раз, работая:
sudo unattended-upgrade
и выполняя эти шаги, но это все еще там даже при том, что система актуальна.
Это должно просто там проверить, для того, когда существует другое обновление, которое будет сделано?
Я должен волноваться об этом или просто оставить его быть?
Заранее спасибо.
Это - функция безопасности. Оставьте его в покое.
Данные Кв. (пакеты и метаданные) могут быть повреждены, если склонный, оказывается, работает, когда система останавливается (закрывается). Сценарий необслуживаемого завершения работы обновлений временно запрещает сигнал завершения работы до способных концов.
Сценарий не может предотвратить повреждение из-за внезапных потерь мощности или содержания кнопки питания, в то время как склонный, оказывается, работает. Другая причина избежать их и сохранить регулярные резервные копии.
Сценарий находится в Python, включая комментарии разработчика. Не стесняйтесь читать его и лично убеждаться.
Я столкнулся с этой той же проблемой недавно также при проверке на необслуживаемые обновления, работающие в фоновом режиме во время моего процесса выпекания изображения. В основном я ожидал бы способных блокировок, которые будут выпущены, затем возобновил бы свои обновления.
Я раньше выполнял это:
while pgrep unattended; do sleep 10; done;
прежде, чем выполнить любой из моих сценариев, поскольку они случайным образом перестали бы работать в некоторых нечетных интервалах с выполнением необслуживаемых обновлений, в то время как меня пытающийся сделать способную установку/обновление/обновление с dpkg блокируют ошибку.
Таким образом, я попросил правильный способ проверить на необслуживаемые обновления, работающие в фоновом режиме, и TJ-от IRC дал мне действительно изящное решение! Отключите u-u сервис, пока сценарии начальной загрузки заняты. Как в:
systemctl mask unattended-upgrades.service
systemctl stop unattended-upgrades.service
затем повторно включите после окончания Вашего печь:
systemctl unmask unattended-upgrades.service
systemctl start unattended-upgrades.service
Кроме того, можно выполнить это, чтобы удостовериться, что Вы не начинаете свой процесс преждевременно:
while systemctl is-active --quiet unattended-upgrades.service; do sleep 1; done
Вероятно, не, что Вы искали, но это было чрезвычайно полезно для меня. Это могло бы быть связано с: https://bugs.launchpad.net/ubuntu / + source/unattended-upgrades / + ошибка/1803137