Fehler beim Bearbeiten von linux-image-4.1.0

Letzte Woche habe ich das aktuelle Update aufgespielt. Mein DC ist perfekt durchgelaufen und hat keine Meldung zurückgegeben

Dagegen mein BC: Er hat einen Fehler bei der Einspielung des Kernels angezeigt. Weil er aber trotzdem weiter läuft, hab ich das erstmal nicht weiter beachet.

Heute habe ich aber festgestellt, das er trotzdem noch Probleme hat.

Beim Installieren von univention-mysql kam es zu folgendem Fehler

linux-image-4.1.0-ucs205-amd64 (4.1.6-1.205.201610070933) wird eingerichtet ...
vmlinuz(/boot/vmlinuz-4.1.0-ucs205-amd64
) points to /boot/vmlinuz-4.1.0-ucs205-amd64
 (/boot/vmlinuz-4.1.0-ucs205-amd64) -- doing nothing at /var/lib/dpkg/info/linux-image-4.1.0-ucs205-amd64.postinst line 263.
The link /initrd.img is a dangling linkto /boot/initrd.img-4.1.0-ucs205-amd64
Running /usr/sbin/update-grub.
/usr/sbin/grub-mkconfig: 254: /usr/sbin/grub-mkconfig: cannot create /boot/grub/grub.cfg.new: Directory nonexistent
User postinst hook script [/usr/sbin/update-grub] exited with value 2
dpkg: Fehler beim Bearbeiten von linux-image-4.1.0-ucs205-amd64 (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 2 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-4.1.0-ucs205-amd64-signed:
 linux-image-4.1.0-ucs205-amd64-signed hängt ab von linux-image-4.1.0-ucs205-amd64; aber:
  Paket linux-image-4.1.0-ucs205-amd64 ist noch nicht konfiguriert.

dpkg: Fehler beim Bearbeiten von linux-image-4.1.0-ucs205-amd64-signed (--configure):
 Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von univention-kernel-image:
 univention-kernel-image hängt ab von linux-image-4.1.0-ucs205-amd64-signed; aber:
  Paket linux-image-4.1.0-ucs205-amd64-signed ist noch nicht konfiguriert.

dpkg: Fehler beim Bearbeiten von univention-kernel-image (--configure):
 Abhängigkeitsprobleme - verbleibt unkonfiguriert

Außerdem ist mir aufgefallen, das der Neustart nicht mehr komplett hochgefahren wird. Der BC starte normal und dann kommt eine Meldung, die besagt, das ich “Ctrl-D” drücken soll, damit es weitergeht oder die Konsole zum reparieren aufrufen soll.

Ich starte dann mit Ctrl-D den Server weiter. Er läuft auch ohne das ich feststellen kann, was nicht geht. Nur beeutet das dann natürlich, das ich per Remote keine Neustarts mehr an dem Rechner machen kann, weil ich ja eine Tastenkombi eingeben muss.

Ob die beiden Fehler zusammenhängen, weiß ich nicht. Aber es wäre super, wenn ich das wieder auf “normal” bekommen würde. Daher bin ich sehr dankbar für Tipps und Ideen

Lg
Michael

Hm die Meldungen sind leider etwas dürftig. Normalerweise gibt es nur dann Probleme mit Kernel-Updates, wenn der Speicherplatz auf /boot nicht ausreicht. Biite mal die Ausgabe von

df -h

Der Speicherplatz scheint aber ausreichend zu sein:

root@ucs002254:~# df -h
Dateisystem                GröÃe Benutzt Verf. Verw% Eingehängt auf
udev                         10M       0   10M    0% /dev
tmpfs                       789M     13M  776M    2% /run
/dev/mapper/vg_ucs-root     886G    359G  482G   43% /
tmpfs                       5,0M       0  5,0M    0% /run/lock
tmpfs                       1,6G       0  1,6G    0% /run/shm
cgroup                      3,9G       0  3,9G    0% /sys/fs/cgroup

Offensichtlich. Wie siehts hier aus?

ls -l /boot

root@ucs002254:~# ls -l /boot insgesamt 11520 -rw-r--r-- 1 root root 167319 Okt 7 12:24 config-4.1.0-ucs205-amd64 -rw-r--r-- 1 root root 2855612 Okt 7 12:24 System.map-4.1.0-ucs205-amd64 -rw-r--r-- 1 root root 4382448 Okt 7 12:22 vmlinuz-4.1.0-ucs205-amd64 -rw-r--r-- 1 root root 4386368 Okt 7 13:53 vmlinuz-4.1.0-ucs205-amd64.efi.signed

Scheint also alles da zu sein, oder?

Ist die Ausgabe gekürzt? Ein Ordner grub sollte da zumindest noch sein.

nein, das ist alles

root@ucs002254:~# ls -l /boot
insgesamt 11520
-rw-r--r-- 1 root root  167319 Okt  7 12:24 config-4.1.0-ucs205-amd64
-rw-r--r-- 1 root root 2855612 Okt  7 12:24 System.map-4.1.0-ucs205-amd64
-rw-r--r-- 1 root root 4382448 Okt  7 12:22 vmlinuz-4.1.0-ucs205-amd64
-rw-r--r-- 1 root root 4386368 Okt  7 13:53 vmlinuz-4.1.0-ucs205-amd64.efi.signed
root@ucs002254:~#

Hm dann wunderts mich, daß der überhaupt noch bootet. Wie siehts hier aus?

aptitude search grub

Wie gesagt, er bootet, aber immer mit der Meldung, das ich Ctlr-D drücken muss

Hier die Ausgaben

root@ucs002254:~# aptitude search grub v grub - p grub-choose-default - Control Grub Default through a GUI i grub-common - GRand Unified Bootloader (common files) p grub-coreboot - GRand Unified Bootloader, version 2 (Coreboot version) p grub-coreboot-bin - GRand Unified Bootloader, version 2 (Coreboot binaries) p grub-coreboot-dbg - GRand Unified Bootloader, version 2 (Coreboot debug files) p grub-disk - GRUB bootable disk image (dummy package) p grub-doc - Documentation for GRand Unified Bootloader (dummy package) i grub-efi - GRand Unified Bootloader, version 2 (dummy package) i grub-efi-amd64 - GRand Unified Bootloader, version 2 (EFI-AMD64 version) i A grub-efi-amd64-bin - GRand Unified Bootloader, version 2 (EFI-AMD64 binaries) p grub-efi-amd64-dbg - GRand Unified Bootloader, version 2 (EFI-AMD64 debug files) i grub-efi-amd64-signed - GRand Unified Bootloader, version 2 (EFI-AMD64 version, signed) p grub-efi-ia32 - GRand Unified Bootloader, version 2 (EFI-IA32 version) p grub-efi-ia32-bin - GRand Unified Bootloader, version 2 (EFI-IA32 binaries) p grub-efi-ia32-dbg - GRand Unified Bootloader, version 2 (EFI-IA32 debug files) p grub-emu - GRand Unified Bootloader, version 2 (emulated version) p grub-emu-dbg - GRand Unified Bootloader, version 2 (emulated debug files) p grub-firmware-qemu - GRUB firmware image for QEMU p grub-ieee1275 - GRand Unified Bootloader, version 2 (Open Firmware version) p grub-ieee1275-bin - GRand Unified Bootloader, version 2 (Open Firmware binaries) p grub-ieee1275-dbg - GRand Unified Bootloader, version 2 (Open Firmware debug files) p grub-imageboot - boot iso, harddisk and floppy images with grub2 and syslinux memdisk p grub-invaders - multiboot compliant kernel game p grub-legacy - GRand Unified Bootloader (Legacy version) p grub-legacy-doc - Documentation for GRUB Legacy p grub-linuxbios - GRand Unified Bootloader, version 2 (dummy package) p grub-mount-udeb - export GRUB filesystems using FUSE p grub-pc - GRand Unified Bootloader, version 2 (PC/BIOS version) p grub-pc-bin - GRand Unified Bootloader, version 2 (PC/BIOS binaries) p grub-pc-dbg - GRand Unified Bootloader, version 2 (PC/BIOS debug files) p grub-rescue-pc - GRUB bootable rescue images, version 2 (PC/BIOS version) p grub-splashimages - a collection of great GRUB splashimages p grub-theme-starfield - GRand Unified Bootloader, version 2 (starfield theme) p grub-xen - GRand Unified Bootloader, version 2 (Xen version) p grub-xen-bin - GRand Unified Bootloader, version 2 (Xen binaries) p grub-xen-dbg - GRand Unified Bootloader, version 2 (Xen debug files) p grub-xen-host - GRand Unified Bootloader, version 2 (Xen host version) p grub2 - GRand Unified Bootloader, version 2 (dummy package) i A grub2-common - GRand Unified Bootloader (common files for version 2) p grub2-splashimages - a collection of great GRUB2 splashimages p ucs-test-grub-uefi - Test scripts for GRUB and UEFI. i univention-grub - UCS - meta package for the Grub2 configuration root@ucs002254:~#

Hm gibts vielleicht ein Backup, in dem es /boot/grub noch gibt? Ansonsten könntest du probieren (vorher Backup machen!):

univention-install --reinstall grub-common grub-efi-amd64

Installation war erfolgreich - jetzt gibt es einen GRUB-Ordner. Mache jetzt mal einen Neustart um zu sehen, ob die Ctrl-D Meldung weg ist

root@ucs002254:~# ls -l /boot insgesamt 11524 -rw-r--r-- 1 root root 167319 Okt 7 12:24 config-4.1.0-ucs205-amd64 drwxr-xr-x 2 root root 4096 Okt 19 11:28 grub -rw-r--r-- 1 root root 2855612 Okt 7 12:24 System.map-4.1.0-ucs205-amd64 -rw-r--r-- 1 root root 4382448 Okt 7 12:22 vmlinuz-4.1.0-ucs205-amd64 -rw-r--r-- 1 root root 4386368 Okt 7 13:53 vmlinuz-4.1.0-ucs205-amd64.efi.signed root@ucs002254:~#

Der Fehler mit dem Image besteht aber immer noch

Anmerkung: Die Meldung, das zum Fortführen Ctrl-D gedrückt werden soll ist immer noch da. Also kein Erfolg

Aktueller Stand:

root@ucs002254:~# uname -rm 4.1.0-ucs190-amd64 x86_64 root@ucs002254:~# lsb_release -a No LSB modules are available. Distributor ID: Univention Description: Univention Corporate Server 4.1-3 errata293 (Vahr) Release: 4.1-3 errata293 Codename: Vahr

Das ist ja schon mal gut. Wäre schon, wenn du die Ausgabe gepostet hättest.

Was passiert bei

apt-get -s -f install

root@ucs002254:/# apt-get -s -f install Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. root@ucs002254:/#

Alles auf aktuellem Stand

Ok, hört sich so an als wären alle Pakete konfiguriert. Ist das neue Kernel-Paket installiert?

aptitude search linux-image

Es kommt eine sehr lange Liste

root@ucs002254:/# aptitude search linux-image p linux-image-3.16-3-amd64 - Linux 3.16 for 64-bit PCs p linux-image-3.16-3-amd64-dbg - Debugging symbols for Linux 3.16-3-amd64 p linux-image-3.16-ucs101-amd64 - Linux 3.16 for 64-bit PCs p linux-image-3.16-ucs101-amd64-dbg - Debugging symbols for Linux 3.16-ucs101-amd64 p linux-image-3.16-ucs102-amd64 - Linux 3.16 for 64-bit PCs p linux-image-3.16-ucs102-amd64-dbg - Debugging symbols for Linux 3.16-ucs102-amd64 p linux-image-3.16-ucs102-amd64-signed - UCS - Linux kernel (standard) p linux-image-3.16-ucs109-amd64 - Linux 3.16 for 64-bit PCs p linux-image-3.16-ucs109-amd64-dbg - Debugging symbols for Linux 3.16-ucs109-amd64 p linux-image-3.16-ucs109-amd64-signed - UCS - Linux kernel (standard) p linux-image-3.16-ucs83-amd64 - Linux 3.16 for 64-bit PCs p linux-image-3.16-ucs83-amd64-dbg - Debugging symbols for Linux 3.16-ucs83-amd64 p linux-image-3.16-ucs84-amd64 - Linux 3.16 for 64-bit PCs p linux-image-3.16-ucs84-amd64-dbg - Debugging symbols for Linux 3.16-ucs84-amd64 p linux-image-3.16-ucs89-amd64 - Linux 3.16 for 64-bit PCs p linux-image-3.16-ucs89-amd64-dbg - Debugging symbols for Linux 3.16-ucs89-amd64 p linux-image-3.16-ucs96-amd64 - Linux 3.16 for 64-bit PCs p linux-image-3.16-ucs96-amd64-dbg - Debugging symbols for Linux 3.16-ucs96-amd64 p linux-image-3.16-ucs97-amd64 - Linux 3.16 for 64-bit PCs p linux-image-3.16-ucs97-amd64-dbg - Debugging symbols for Linux 3.16-ucs97-amd64 p linux-image-3.16-ucs98-amd64 - Linux 3.16 for 64-bit PCs p linux-image-3.16-ucs98-amd64-dbg - Debugging symbols for Linux 3.16-ucs98-amd64 p linux-image-3.16.0-ucs135-amd64 - Linux 3.16 for 64-bit PCs p linux-image-3.16.0-ucs135-amd64-dbg - Debugging symbols for Linux 3.16.0-ucs135-amd64 p linux-image-3.16.0-ucs135-amd64-signed - UCS - Linux kernel (standard) p linux-image-3.16.0-ucs165-amd64 - Linux 3.16 for 64-bit PCs p linux-image-3.16.0-ucs165-amd64-dbg - Debugging symbols for Linux 3.16.0-ucs165-amd64 p linux-image-3.16.0-ucs165-amd64-signed - UCS - Linux kernel (standard) i linux-image-4.1.0-ucs153-amd64 - Linux 4.1 for 64-bit PCs p linux-image-4.1.0-ucs153-amd64-dbg - Debugging symbols for Linux 4.1.0-ucs153-amd64 i A linux-image-4.1.0-ucs153-amd64-signed - UCS - Linux kernel (standard) i A linux-image-4.1.0-ucs163-amd64 - Linux 4.1 for 64-bit PCs i A linux-image-4.1.0-ucs163-amd64-signed - UCS - Linux kernel (standard) i A linux-image-4.1.0-ucs167-amd64 - Linux 4.1 for 64-bit PCs i A linux-image-4.1.0-ucs167-amd64-signed - UCS - Linux kernel (standard) i A linux-image-4.1.0-ucs174-amd64 - Linux 4.1 for 64-bit PCs p linux-image-4.1.0-ucs174-amd64-dbg - Debugging symbols for Linux 4.1.0-ucs174-amd64 i A linux-image-4.1.0-ucs174-amd64-signed - UCS - Linux kernel (standard) i A linux-image-4.1.0-ucs190-amd64 - Linux 4.1 for 64-bit PCs p linux-image-4.1.0-ucs190-amd64-dbg - Debugging symbols for Linux 4.1.0-ucs190-amd64 i A linux-image-4.1.0-ucs190-amd64-signed - UCS - Linux kernel (standard) i linux-image-4.1.0-ucs205-amd64 - Linux 4.1 for 64-bit PCs p linux-image-4.1.0-ucs205-amd64-dbg - Debugging symbols for Linux 4.1.0-ucs205-amd64 i linux-image-4.1.0-ucs205-amd64-signed - UCS - Linux kernel (standard) root@ucs002254:/#

Dann probier mal

univention-install --reinstall linux-image-4.1.0-ucs205-amd64-signed linux-image-4.1.0-ucs205-amd64

So sieht der Ablauf aus

Vorbereitung zum Ersetzen von linux-image-4.1.0-ucs205-amd64 4.1.6-1.205.201610070933 (durch .../linux-image-4.1.0-ucs205-amd64_4.1.6-1.205.201610070933_amd64.deb) ... Ersatz für linux-image-4.1.0-ucs205-amd64 wird entpackt ... Vorbereitung zum Ersetzen von linux-image-4.1.0-ucs205-amd64-signed 2.0.0-8.20.201610071354 (durch .../linux-image-4.1.0-ucs205-amd64-signed_2.0.0-8.20.201610071354_amd64.deb) ... Ersatz für linux-image-4.1.0-ucs205-amd64-signed wird entpackt ... linux-image-4.1.0-ucs205-amd64 (4.1.6-1.205.201610070933) wird eingerichtet ... /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating /boot/initrd.img-4.1.0-ucs205-amd64 W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-2.fw for module r8169 W: Possible missing firmware /lib/firmware/rtl_nic/rtl8107e-1.fw for module r8169 W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-2.fw for module r8169 W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168h-1.fw for module r8169 linux-image-4.1.0-ucs205-amd64-signed (2.0.0-8.20.201610071354) wird eingerichtet ... Reading package lists... Done Building dependency tree Reading state information... Done root@ucs002254:~#

Am Ende bleibt aber die 190er installiert. Soll ich den GRUB nochmal installieren lassen?

root@ucs002254:~# uname -na Linux ucs002254 4.1.0-ucs190-amd64 #1 SMP Debian 4.1.6-1.190.201604142226 (2016-04-14) x86_64 GNU/Linux root@ucs002254:~#

Nein. Das ist so beabsichtigt, daß die alten Kernel erstmal installiert bleiben. Kannst du nun den neuen booten? Wenn nicht, könntest du noch ein

update-grub

probieren.

root@ucs002254:~# update-grub Generating grub configuration file ... Found linux image: /boot/vmlinuz-4.1.0-ucs205-amd64 Found initrd image: /boot/initrd.img-4.1.0-ucs205-amd64 done Generating legacy menu.lst from current kernels root@ucs002254:~#

Leider immer noch nicht

[code]Das System wird nun neu gestartet
The system is going down for reboot NOW!
Using username “root”.
Using keyboard-interactive authentication.
Password:
Univention DC Backup 4.1-3:

The UCS management system can be reached by following the link to the domain controller
master at https://xxxxxxxxxxx.lan/ (192.168.2.254) and selecting the
Univention Management Console.

You can log into the Univention Management Console - the principal tool to manage
users, groups, etc. - using the “Administrator” account and the password selected
for the root user on the master domain controller.

Last login: Wed Oct 19 15:52:34 2016 from 192.168.2.163
root@ucs002254:~# uname -na
Linux ucs002254 4.1.0-ucs190-amd64 #1 SMP Debian 4.1.6-1.190.201604142226 (2016-04-14) x86_64 GNU/Linux
[/code]

Ah ich glaub ich kenn jetzt dein Problem. Ich schätze mal bei dir gibt es eine /boot-Partition, die aber nicht gemounted ist. Deshalb funktionierte auch der GRUB obwohl /boot/grub nicht existent war. Führ mal bitte aus:

ls -l /dev/sd*

/dev/sda2 ist vermutlich deine Bootpartion. Das kannst du hiermit testen:

mount /dev/sda2 /mnt
ls -l /mnt
umount /mnt

Bitte auch die Ausgabe von

cat /etc/fstab