yum
делает это через yum -безопасность (8)плагин, который является частьюyum
(нет необходимости устанавливать его отдельно )для CentOS 7(официальные документы RHEL).
При созданииyum update... --security
yum
загрузите обновления метаинформации репозитория в /var/lib/
. Каждый пакет в метаинформационном файле (, организованном как xml
файл ), содержит поле type
в теге
. Если type=security
, то обновление является обновлением безопасности.
Когда вы производите yum update --cve
или yum update --bugzilla
, то yum
анализирует тег
на наличие тегов
каждого пакета в метаинформации для поля type
содержит bugzilla
. Если вы набрали --cve
, то CVE
сравнивается с полем title
тега
. Если вы набрали --bugzilla
, то bugzilla_id
сравнивается с полем id
тега
.
Файл update_md.py
из пакета yum
содержит описанную выше функциональность:
$ rpm -ql yum|grep update_md
/usr/lib/python2.7/site-packages/yum/update_md.py
П.С. Пакеты Debian (DEB )содержит поле urgency
в журналах изменений пакетов, которое может быть полезно для обновлений безопасности.
Судя по комментариям, проблема заключается в том, что plymouthd
все еще работает, а plymouth-quit-wait.service
ожидает выхода.
Поскольку plymouthd
должен запускаться в initramfs и продолжать работать, по крайней мере, до тех пор, пока не запустится сервер с графическим интерфейсом (, будь то X11 или Wayland ), по крайней мере, в Debian имена его служб немного необычны:
/lib/systemd/system/plymouth-start.service
на самом деле запускает plymouthd
как разветвленную -службу выстрела и говорит ей начать показывать заставку загрузки. systemd-ask-password-plymouth.service
говорит ему запрашивать такие вещи, как парольные фразы для шифрования диска plymouth.service
— это символическая ссылка на plymouth-quit.service
, еще одну однократную службу, которая запускает plymouth quit
, которая должна сообщать plymouthd
о выходе. Настройка Arch может несколько отличаться, но я полагаю, что либо какая-то служба не работает plymouth quit
, когда должна, либо plymouthd
не получает сообщение о том, что она должна завершиться.
Вы можете попробовать запустить plymouth quit
вручную от имени root -, если это приведет к выходу из plymouthd
и переходу systemctl status
в State: running
, тогда проблема в том, что plymouth quit
не выполняется автоматически. Если состояние не меняется, то попробуйте убить процесс plymouthd
, так как он вроде бы как-то завис.
Вы случайно не используете проприетарный драйвер графического процессора NVIDIA?Если я правильно помню, раньше была проблема, заключающаяся в том, что он устанавливает конфигурацию кадрового буфера дисплея таким образом, что plymouthd
не работает с ним правильно. Если это так, то вы можете попробовать загрузочную тему Plymouth на основе текста -или вообще отключить загрузочную заставку.