Ubuntu will nicht upgraden (apt) Synology ABB
Ich verwende zum Sichern meiner Ubuntu VM Synology Active Backup for Business. Jetzt gab es einige automatisierte Updates im Hintergrund und ich lande plötzlich bei dem Problem, dass ich kein apt upgrade mehr machen kann.
Mein Problem sieht so aus:
sudo apt upgrade -y
E: Der dpkg-Prozess wurde unterbrochen; Sie müssen manuell »sudo dpkg --configure -a« ausführen, um das Problem zu beheben.
sit@docker-server:~$ sudo dpkg --configure -a
grub-efi-amd64-signed (1.187.12+2.06-2ubuntu14.8) wird eingerichtet ...
mount: /var/lib/grub/esp: special device /dev/sda1 does not exist.
dpkg: Fehler beim Bearbeiten des Paketes grub-efi-amd64-signed (--configure):
»installiertes grub-efi-amd64-signed-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 32 zurück
linux-headers-5.15.0-142-generic (5.15.0-142.152) wird eingerichtet ...
/etc/kernel/header_postinst.d/dkms:
* dkms: running auto installation service for kernel 5.15.0-142-generic
synosnap.ko:
Running module version sanity check.
Running the pre_install script:
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/5.15.0-142-generic/updates/dkms/
depmod.....
...done.
linux-headers-generic (5.15.0.142.137) wird eingerichtet ...
libblockdev2:amd64 (2.26-1ubuntu0.1) wird eingerichtet ...
libblockdev-part2:amd64 (2.26-1ubuntu0.1) wird eingerichtet ...
libblockdev-fs2:amd64 (2.26-1ubuntu0.1) wird eingerichtet ...
udisks2 (2.9.4-1ubuntu2.2) wird eingerichtet ...
linux-image-5.15.0-142-generic (5.15.0-142.152) wird eingerichtet ...
I: /boot/vmlinuz.old is now a symlink to vmlinuz-5.15.0-141-generic
I: /boot/initrd.img.old is now a symlink to initrd.img-5.15.0-141-generic
I: /boot/vmlinuz is now a symlink to vmlinuz-5.15.0-142-generic
I: /boot/initrd.img is now a symlink to initrd.img-5.15.0-142-generic
linux-modules-5.15.0-142-generic (5.15.0-142.152) wird eingerichtet ...
linux-modules-extra-5.15.0-142-generic (5.15.0-142.152) wird eingerichtet ...
linux-image-generic (5.15.0.142.137) wird eingerichtet ...
linux-generic (5.15.0.142.137) wird eingerichtet ...
Trigger für libc-bin (2.35-0ubuntu3.10) werden verarbeitet ...
Trigger für man-db (2.10.2-1) werden verarbeitet ...
dpkg: Abhängigkeitsprobleme verhindern Triggerverarbeitung für shim-signed:
shim-signed hängt ab von grub-efi-amd64-signed (>= 1.187.2~) | grub-efi-arm64-signed (>= 1.187.2~); aber:
Paket grub-efi-amd64-signed ist noch nicht konfiguriert.
Paket grub-efi-arm64-signed ist nicht installiert.
dpkg: Fehler beim Bearbeiten des Paketes shim-signed (--configure):
Abhängigkeitsprobleme - Trigger bleiben unverarbeitet
Trigger für dbus (1.12.20-2ubuntu4.1) werden verarbeitet ...
Trigger für linux-image-5.15.0-142-generic (5.15.0-142.152) werden verarbeitet ...
/etc/kernel/postinst.d/dkms:
* dkms: running auto installation service for kernel 5.15.0-142-generic
...done.
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-5.15.0-142-generic
/etc/kernel/postinst.d/zz-update-grub:
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.15.0-142-generic
Found initrd image: /boot/initrd.img-5.15.0-142-generic
Found linux image: /boot/vmlinuz-5.15.0-141-generic
Found initrd image: /boot/initrd.img-5.15.0-141-generic
Found linux image: /boot/vmlinuz-5.15.0-140-generic
Found initrd image: /boot/initrd.img-5.15.0-140-generic
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
Adding boot menu entry for UEFI Firmware Settings ...
done
Fehler traten auf beim Bearbeiten von:
grub-efi-amd64-signed
shim-signed
Da Synology eine Core-Erweiterung ist (zu erkennen an: synosnap.ko:), hat dies großen Einfluss auf das Startverhalten einer Maschine. Bei Updates kann es sein, dass der MOK-Key neu ausgerollt werden muss. Da ich aber automatisiert upgedatet habe mit anschließendem Neustart, ist mir das nicht rechtzeitig aufgefallen.
Der zweite Fehler ist, das meine Laufwerke von sda zu vda umbenannt wurden da mein Ubuntu-Server eine VM ist. Wenn man jetzt „normal“ versucht mit sudo dpkg –configure -a den Fehler zu beheben, scheitert das.
Nun sollte man erstmal überprüfen ob alle Partitionen noch am richtigen Platz sind. Also schnell die UUIDs überprüfen:
lsblk -f
sudo nano /etc/fstab
Da hier alles in Ordnung war, blieb mir nur eine Idee übrig. Hier habe ich jetzt temporär einen Symlink erstellt und anschließend dpkg neu versucht.
sudo ln -s /dev/vda1 /dev/sda1
sudo dpkg --configure -a
Als Ergebnis habe ich dann ein Pop-up-Fenster in der CLI bekommen, wo ich ein Passwort für den MOK-Key festlegen musste. Anschließend ist es wichtig, gleich das System einmal neuzustarten und den MOK-Key auszurollen. Beim ersten Versuch mit dem Neustart sollte automatisch ein Fenster mit der Meldung Enroll Key, kommen.
$ sudo dpkg --configure -a
grub-efi-amd64-signed (1.187.12+2.06-2ubuntu14.8) wird eingerichtet ...
Installing grub to /boot/efi.
Installing for x86_64-efi platform.
Installation finished. No error reported.
Trigger für shim-signed (1.51.4+15.8-0ubuntu1) werden verarbeitet ...
Adding '/var/lib/shim-signed/mok/MOK.der' to shim:
Nachdem der Key ausgerollt wurde, konnte ich wieder ganz normal mit apt upgrade meine Updates machen. Abschließend nicht vergessen, den Symlink wieder zu entfernen.
sudo rm /dev/sda1