Загрузка самозаверяющего ядра: UUID=xxx не существует. Падение в оболочку

ИИ должен запустить последнюю версию ядра на моем Acer Swift 3 (SF314-42-R2UX), чтобы приостановить работу. Я загрузил ядро ​​5.15.13-051513 из основного репозитория и подписал его, следуя инструкциям здесь: https://ubuntu.com/ блог/как подписать вещи для безопасной загрузки

И это:

https://gloveboxes.github.io/Ubuntu-for-Azure-Developers/docs/signing-kernel-for-secure-boot.html

Мне пришлось подписать его, так как биос не поддерживает загрузку неподписанного ядра. Мне удалось подписать ядра, и в течение некоторого времени я мог нормально загружаться. Но внезапно я больше не могу загружаться, я получаю:

      ALERT! /dev/disk/by-uuid/xxxxxxxxx does not exist. Dropping to a shell
initramfs:_

Однако я могу загрузиться с исходным ядром Ubuntu 5.13.0-24.

Может ли кто-нибудь дать мне подсказку, что здесь происходит не так?

[ОБНОВЛЕНИЕ:] Я узнал, что эта ошибка вызвана запуском который вызывается системными обновлениями. дает мне эту ошибку:

      update-initramfs: Generating /boot/initrd.img-5.15.13-051513-generic.signed
W: missing /lib/modules/5.15.13-051513-generic.signed
W: Ensure all necessary drivers are built into the linux image!
depmod: ERROR: could not open directory /lib/modules/5.15.13-051513-generic.signed: No such file or directory
depmod: FATAL: could not search modules: No such file or directory
cat: /var/tmp/mkinitramfs_3MmNVh/lib/modules/5.15.13-051513-generic.signed/modules.builtin: Datei oder Verzeichnis nicht gefunden
W: Can't find modules.builtin.modinfo (for locating built-in drivers' firmware, supported in Linux >=5.2)
depmod: WARNING: could not open modules.order at /var/tmp/mkinitramfs_3MmNVh/lib/modules/5.15.13-051513-generic.signed: No such file or directory
depmod: WARNING: could not open modules.builtin at /var/tmp/mkinitramfs_3MmNVh/lib/modules/5.15.13-051513-generic.signed: No such file or directory

И после этого я больше не могу загрузиться в самоподписанное ядро. Удаление, переустановка и повторная регистрация помогают до следующего обновления.

Что мне делать, чтобы избежать этой проблемы?

[ОБНОВЛЕНИЕ 2:] Для самостоятельно скомпилированных ядер проблема, по-видимому, решается путем деактивации модулей ядра: https://unix.stackexchange.com/a/685947/495409