Installation des Kernel linux-image-4.19.0-0.bpo.6-amd64 schlägt fehl

[sNIKE79]

Ich nutzte OMV 4 unter Debian 9 auf einem HP MicroServer Gen8 mit einem Xeon E3-1220L.
Über die OMV-Oberfläche wurde mir als Update der Kernel linux-image-4.19.0-0.bpo.6-amd64 angeboten. Diesen wollte ich installieren, allerdings blieb der Prozess hängen. Ich habe es dann per Hand probiert aber kam nicht weiter:

> sudo apt-get install linux-image-4.19.0-0.bpo.6-amd64

Code: Alles auswählen

Package lists are read ... Done 
Dependency tree is set up. 
Status information is read .... Done 
Suggested packages: 
  linux-doc-4.19 debian-kernel-handbook 
Recommended packages: 
  apparmor 
The following NEW packages will be installed: 
  linux-image-amd64-4.19.0-0.bpo.6 
0 updated, 1 reinstalled, 0 removed and 0 not updated. 
There are still 0 B of 47.6 MB of archives to download. 
After this operation, 265 MB disk space will be used additionally. 
Previously unselected package linux-image-4.19.0-0.bpo.6-amd64 is selected. 
(Read database ... 78651 files and directories are currently installed.) 
Preparation for unpacking ... / linux-image-4.19.0-0.bpo.6-amd64_4.19.67-2 + deb10u2 ~ bpo9 + 1_amd64.deb ... 
Unpack linux-image-4.19.0-0.bpo.6-amd64 (4.19.67-2 + deb10u2 ~ bpo9 + 1) ... 
linux-image-4.19.0-0.bpo.6-amd64 (4.19.67-2 + deb10u2 ~ bpo9 + 1) will be set up ... 
I: /vmlinuz.old is now a symlink to boot / vmlinuz-4.19.0-0.bpo.5-amd64 
I: /initrd.img.old is now a symlink to boot / initrd.img-4.19.0-0.bpo.5-amd64 
I: / vmlinuz is now a symlink to boot / vmlinuz-4.19.0-0.bpo.6-amd64 
I: /initrd.img is now a symlink to boot / initrd.img-4.19.0-0.bpo.6-amd64 
/etc/kernel/postinst.d/initramfs-tools: 
update-initramfs: Generating /boot/initrd.img-4.19.0-0.bpo.6-amd64

... und dann blieb der Bildschirm hängen!

Irgendwie scheint es mit Grub zu tun zu haben:
> sudo update-grub

Code: Alles auswählen

GRUB configuration file is created ... 
Linux image found: /boot/vmlinuz-4.19.0-0.bpo.6-amd64 
found initrd image: /boot/initrd.img-4.19.0-0.bpo.6-amd64 
Linux image found: /boot/vmlinuz-4.19.0-0.bpo.5-amd64 
found initrd image: /boot/initrd.img-4.19.0-0.bpo.5-amd64 
Linux image found: /boot/vmlinuz-4.19.0-0.bpo.4-amd64 
found initrd image: /boot/initrd.img-4.19.0-0.bpo.4-amd64 
Linux image found: /boot/vmlinuz-4.9.0-0.bpo.6-amd64 
found initrd image: /boot/initrd.img-4.9.0-0.bpo.6-amd64 
Linux image found: /boot/vmlinuz-4.9.0-0.bpo.5-amd64 
found initrd image: /boot/initrd.img-4.9.0-0.bpo.5-amd64

... und wieder friert der Bildschirm ein!

> awk -F\' '/menuentry / {print $2}' /boot/grub/grub.cfg

Code: Alles auswählen

Debian GNU/Linux, with Linux 4.19.0-0.bpo.6-amd64 
Debian GNU/Linux, with Linux 4.19.0-0.bpo.6-amd64 (recovery mode) 
Debian GNU/Linux, with Linux 4.19.0-0.bpo.5-amd64 
Debian GNU/Linux, with Linux 4.19.0-0.bpo.5-amd64 (recovery mode) 
Debian GNU/Linux, with Linux 4.19.0-0.bpo.4-amd64 
Debian GNU/Linux, with Linux 4.19.0-0.bpo.4-amd64 (recovery mode) 
Debian GNU/Linux, with Linux 4.9.0-0.bpo.6-amd64 
Debian GNU/Linux, with Linux 4.9.0-0.bpo.6-amd64 (recovery mode) 
Debian GNU/Linux, with Linux 4.9.0-0.bpo.5-amd64 
Debian GNU/Linux, with Linux 4.9.0-0.bpo.5-amd64 (recovery mode) 
Clonezilla Live 
GParted Live

Sieht es aus, als wäre der Kernel 4.19.0-0.bpo.6 da, aber nicht sauber installiert/configuriert! Das sagt auch der dpkg-Status:
> dpkg --status linux-image-4.19.0-0.bpo.6-amd64

Code: Alles auswählen

Package: linux-image-4.19.0-0.bpo.6-amd64 
Status: install ok half-configured 
Priority: optional 
Section: kernel 
Installed-Size: 259244 
Maintainer: Debian Kernel Team <debian-kernel@lists.debian.org> 
Architecture: amd64 
Source: linux-signed-amd64 (4.19.67+2+deb10u2~bpo9+1) 
Version: 4.19.67-2+deb10u2~bpo9+1 
Config-Version: 4.19.67-2+deb10u2~bpo9+1 
Replaces: linux-image-4.19.0-0.bpo.6-amd64-unsigned 
Depends: kmod, linux-base (>= 4.3~), initramfs-tools (>= 0.120+deb8u2) | linux-initramfs-tool 
Recommends: firmware-linux-free, apparmor 
Suggests: linux-doc-4.19, debian-kernel-handbook, grub-pc | grub-efi-amd64 | extlinux 
Breaks: initramfs-tools (<< 0.120+deb8u2), xserver-xorg-input-vmmouse (<< 1:13.0.99) 
Conflicts: linux-image-4.19.0-0.bpo.6-amd64-unsigned 
Description: Linux 4.19 for 64-bit PCs (signed) 
 The Linux kernel 4.19 and modules for use on PCs with AMD64, Intel 64 or 
 VIA Nano processors. 
 . 
 The kernel image and modules are signed for use with Secure Boot. 
Built-Using: linux (= 4.19.67-2+deb10u2~bpo9+1) 
Homepage: https://www.kernel.org/

Was kann ich tun?
Wie kann ich den Kernel sauber installieren?
Oder wäre es sinnvoller den Kernel komplett zu entfernen und von zukünftigen Aktualisierungen auszuschließen?

Danke!

[whisper]

OMV 4
musste ich mir erst ergoogeln. Openmediafault ....
Warum fragst du nicht mal dort?

[sNIKE79]

Habe ich schon - die konnten mir leider nicht weiterhelfen ...
https://forum.openmediavault.org/index. ... -not-work/

[whisper]

hhm 4.19 -ist das nicht Debian 10?
und was ist bpo ?

[towo]

bpo = debian backports

[whisper]

bpo = debian backports

Ohh
Na gut ich bin raus.
@OP benötigst du denn unbedingt den neueren Kernel?
Dann versuch mal einen Vanilla Kernel von kernel.org, wenn das bei deiner Distribution überhaupt möglcih ist...

[novalix]

Keine Fehlermeldung bezüglich mangelnder Speicherkapazität.
Trotzdem könntest Du mal ein

Code: Alles auswählen

df -h

absetzen.
Was heißt eigentlich einfrieren? Ist das eine ssh-Verbindung?
Schon mal die Logs (journalctl, dmesg, syslog, etc) nach möglichen Fehlermeldungen durchsucht?
Was passiert, wenn Du das entsprechende Kernel-Paket wieder entfernst?

[jph]

Keine Fehlermeldung bezüglich mangelnder Speicherkapazität.
Trotzdem könntest Du mal ein

Code: Alles auswählen

df -h

absetzen.

Das wäre auch mein Vorschlag. Wenn /boot auf eine separate Partition legt, bspw. bei Verwendung von LVM, dann wird /boot vom Installer ziemlich klein gewählt und ist nach einer Handvoll Kernels voll.