[erledigt] initrd.img.old löschen

[thunder11]

Bin gerade am Spielen, animiert durch diesen Tread: viewtopic.php?t=188451#p1346378
VM mit folgendem Aufbau:

Code: Alles auswählen

 lsblk -f
NAME   FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                           
├─sda1 ext4   1.0   MINI  95011b6d-7727-46fa-ad07-ffb61a9cbef2                
├─sda2 ext4   1.0   XFCE  b89aa4d7-02f1-49fc-bd04-ff1b1de78f84   13,2G    21% /
├─sda3                                                                        
├─sda4 ext4   1.0   LXQT  a5c9ed54-ecac-4c61-8548-9881e76dce72                
└─sda5 vfat   FAT32       036B-01F7                                           

Von sda1 (MINI) sollen XFCE und LXQT gestartet werden.
sda1 (Mini) -----> Grub und vorerst os-prober später durch Einträge in der /etc/grub.d/40_custom
sda2 (XFCE) ---> Kein Grub
sda4 (LXQT)----> Kein Grub

sda3 und sda5 bitte erstmal vergessen (Reste von Spielereien).

Jetzt habe ich auf sda2 (XFCE) folgende Situation, dass dort eine initrd-old und vmlinuz-old existieren, die beide, wie auch
die normale initrd auf den selben Kernel verweisen. Das gibt im Grub-Menü von sda1(MINI) durch os-prober ein entsprechendes Chaos

Code: Alles auswählen

$ ls -al /|grep 'initr\|vml'
lrwxrwxrwx   1 root root    30  1. Dez 17:47 initrd.img -> boot/initrd.img-6.1.0-13-amd64
lrwxrwxrwx   1 root root    30  1. Dez 17:47 initrd.img.old -> boot/initrd.img-6.1.0-13-amd64
lrwxrwxrwx   1 root root    27  1. Dez 17:47 vmlinuz -> boot/vmlinuz-6.1.0-13-amd64
lrwxrwxrwx   1 root root    27  1. Dez 17:47 vmlinuz.old -> boot/vmlinuz-6.1.0-13-amd64

Grub Menü:

Code: Alles auswählen

$ cat /media/thunder/MINI/boot/grub/grub.cfg|grep menuentry|grep b89aa4d7-02f1-49fc-bd04-ff1b1de78f84 
menuentry 'Debian GNU/Linux 12 (bookworm) (on /dev/sda2)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-b89aa4d7-02f1-49fc-bd04-ff1b1de78f84' {
submenu 'Advanced options for Debian GNU/Linux 12 (bookworm) (on /dev/sda2)' $menuentry_id_option 'osprober-gnulinux-advanced-b89aa4d7-02f1-49fc-bd04-ff1b1de78f84' {
	menuentry 'Debian GNU/Linux 12 (bookworm) (on /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--b89aa4d7-02f1-49fc-bd04-ff1b1de78f84' {
	menuentry 'Debian GNU/Linux 12 (bookworm) (on /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--b89aa4d7-02f1-49fc-bd04-ff1b1de78f84' {
	menuentry 'Debian GNU/Linux 12 (bookworm) (on /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--b89aa4d7-02f1-49fc-bd04-ff1b1de78f84' {
	menuentry 'Debian GNU/Linux 12 (bookworm) (on /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-6.1.0-13-amd64--b89aa4d7-02f1-49fc-bd04-ff1b1de78f84' {
	menuentry 'Debian GNU/Linux 12 (bookworm) (on /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz.old--b89aa4d7-02f1-49fc-bd04-ff1b1de78f84' {
	menuentry 'Debian GNU/Linux 12 (bookworm) (on /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--b89aa4d7-02f1-49fc-bd04-ff1b1de78f84' {
	menuentry 'Debian GNU/Linux 12 (bookworm) (on /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--b89aa4d7-02f1-49fc-bd04-ff1b1de78f84' {
	menuentry 'Debian GNU/Linux 12 (bookworm) (on /dev/sda2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--b89aa4d7-02f1-49fc-bd04-ff1b1de78f84' {

Frage:
Durch "rm" bekomme ich das nicht gelöscht.
Hat jemand eine Idee, wie man die beiden Einträge löschen kann ?

[Livingston]

Für die Symlinks ist /etc/kernel-img.conf verantwortlich, das bei jedem Kernelupdate aufgerufen wird. Diese Datei wird seit bookworm von linux-update-symlinks aus linux-base betreut. War mir bislang auch neu, aber die manpage gibt ein paar interessante Hinweise, wenn Du darin mal nach image_dest, link_in_boot und do_symlinks Ausschau hältst.

EDIT: linux-base ergänzt

[cosinus]

Jetzt habe ich auf sda2 (XFCE) folgende Situation, dass dort eine initrd-old und vmlinuz-old existieren, die beide, wie auch
die normale initrd auf den selben Kernel verweisen. Das gibt im Grub-Menü von sda1(MINI) durch os-prober ein entsprechendes Chaos

Wie hast du denn das hinbekommen?
Die sda2 ist doch nur die rootpartition für dein Debian (?) mit XFCE oder nicht? Oder bindet das Debian (oder was auch immer) mit LXQT die noch irgendwie ein?

[thunder11]

@ Livingston erstmal Danke
hmm
Hab jetzt nochmal geschaut:
sda1 (MINI)
und
sda2 (XFCE)

Haben beide diese *.old Dateien, obwohl das eine Original-Installation ist (alle drei mit debian-12.2.0-amd64-DVD-1.iso), und beide nach der Installation aktuell waren.
Bei sda4 (LXDE) hab ich ein Dist-Upgrade auf Trixie gemacht, und dort verweisen die beiden /*.old Dateien auf den noch vorhandenen
Kernel von Bookworm.
Scheint eine Art Platzhalter für eventuelle Kernel-Updates zu sein?
Wohl besser nicht löschen, da wohl nicht bekannt ist, was da alles noch so durcheinander kommt.
Müsste es eh von einem anderen System aus machen.

Also muss schnell eine /etc/grub.d/40_custom her, um dem os-prober zu verbieten, sein Unwesen zu treiben.

[thunder11]

Die sda2 ist doch nur die rootpartition für dein Debian (?) mit XFCE oder nicht?

Korrekt. Alle drei unabhängige Systeme

Von sda1 (MINI) sollen XFCE und LXQT gestartet werden.
sda1 (Mini) -----> Grub und vorerst os-prober später durch Einträge in der /etc/grub.d/40_custom
sda2 (XFCE) ---> Kein Grub
sda4 (LXQT)----> Kein Grub

sda3 und sda5 bitte erstmal vergessen (Reste von Spielereien).

[cosinus]

Ja jetzt sehe ich es auch bei mir. Ich hatte ursprünglich ein Debian testing, das ich dann vor ein paar Wochen nach Debian unstable und siduction transformierte. Ich hab eben grade den älteren Kernel runtergeschmissen und beobachte das gleiche Verhalten wie du in deiner VM:

Code: Alles auswählen

lrwxrwxrwx   1 root root    39 2023-11-28 21:19 initrd.img -> boot/initrd.img-6.6.3-1-siduction-amd64
lrwxrwxrwx   1 root root    39 2023-12-02 13:48 initrd.img.old -> boot/initrd.img-6.6.3-1-siduction-amd64
lrwxrwxrwx   1 root root    36 2023-11-28 21:19 vmlinuz -> boot/vmlinuz-6.6.3-1-siduction-amd64
lrwxrwxrwx   1 root root    36 2023-12-02 13:48 vmlinuz.old -> boot/vmlinuz-6.6.3-1-siduction-amd64

[thunder11]

Schein ein Bug zu sein, der nicht weiter stört, wenn nur ein Kernel in /boot vorhanden ist.
Bei einem Zweiten wird das dann wohl richtig umgeleitet.

Aber:
Gott behüte den User in diesem Fall vor os-prober

[cosinus]

Und das ist dann egal wie das installiert ist? Ich würde das hier nämlich auch gerne mal nachstellen
Was genau ist auf deiner MINI-Partition drauf? GRUB? Du hast für GRUB ne eigene Partition? Und deine VM ist als EFI oder BIOS/CSM eingerichtet oder ist das egal hinsichtlich der *.old Dateien im Wurzelverzeichnis?

[Livingston]

Und das ist dann egal wie das installiert ist? Ich würde das hier nämlich auch gerne mal nachstellen

Ich glaube, es gibt da 'nen Unterschied zwischen bookworm und Vorgängern. Vorher wurde kernel-img.conf nicht durch ein Paket betreut. Wenn man nicht den Installer genutzt hat, der das Ding quasi per Hand erstellt hat, gab's auch keine conf. Dann musste man sie halt selbst einrichten.
Jetzt gibt es das neue Paket linux-update-symlinks tool linux-update-symlinks aus dem Paket linux-base. Scheint jetzt Standard zu sein.

EDIT: Paket richtig zugeordnet

[thunder11]

Geht bei Virtualbox überhaupt EFI mit Debian?
Hatte das mal getestet und einen grandiosen Absturz beim Installer hingelegt.
Da mir das bisher nicht so wichtig war, nie wieder versucht.
Partitionsschema ist GPT (Partitionen hatte ich vorher mit gparted eingerichtet), da ich das im Installer nicht gefunden hatte.

Und das ist dann egal wie das installiert ist? Ich würde das hier nämlich auch gerne mal nachstellen
Was genau ist auf deiner MINI-Partition drauf? GRUB? Du hast für GRUB ne eigene Partition? Und deine VM ist als EFI oder BIOS/CSM eingerichtet oder ist das egal hinsichtlich der *.old Dateien im Wurzelverzeichnis?

Nur Minimal-Installation. Alles auf /
In VM's lege ich an sich nie extra Partitionen an, da die meistens nur Spielzeug sind.

[thunder11]

Jetzt gibt es das neue Paket linux-update-symlinks. Scheint jetzt Standard zu sein.

Der Link sagt das gibt es nicht

Code: Alles auswählen

rmadison linux-update-symlinks

zeigt auch nichts an.

[Livingston]

Ups, sorry. linux-update-symlinks steckt in linux-base

[cosinus]

Geht bei Virtualbox überhaupt EFI mit Debian?

Grundsätzlich ja. Siehe viewtopic.php?t=187375
Dank @hikaru wissen wir, wie man in Virtualbox auch ein aktuelles Debian-ISO booten kann:

Es gibt zu dem Problem seit Mai einen Bugreport (1036310) samt Würgaround:
In VBox unter System/Beschleunigung Paravirtualisierung abschalten oder auf "Legacy" umstellen, dann gibt's auch ein Bild im UEFI-Modus.

[thunder11]

Grundsätzlich ja. Siehe viewtopic.php?t=187375
Dank @hikaru wissen wir, wie man in Virtualbox auch ein aktuelles Debian-ISO booten kann:

Aahhh -- > wieder was erhellendes gelernt

/usr/share/man/man1/linux-update-symlinks.1.gz sagt:

The top two entries on the list are the new primary and secondary
default versions, and it updates the symlinks accordingly. In case
there is only one entry, this is both the primary and secondary
default version. If there are no entries, there are no default
versions and it removes the default symlinks.

Dann ist das wohl gewollt, bloß nicht mit den Entwicklern von os-prober abgesprochen.

[cosinus]

Dann ist das wohl gewollt, bloß nicht mit den Entwicklern von os-prober abgesprochen.

Irgendwer hat mal geschrieben:

Dualboot ist Mist!

[thunder11]

Irgendwer hat mal geschrieben:
Dualboot ist Mist!

Na ja - Ich hab es ja auch auf einer zweiten Platte, aber "irgendwer" hat schon recht. Ausreichend Rechen-power vorausgesetzt
sind VM's 1000 mal komfortabler.
Ich hab das 2. System (SID) an sich nur, um da ab und zu Upgrades zu machen , und aus der Angst,
mein Produktiv System wäre so besser zu korrigieren, falls mal was schief geht.
Aber man glaubt es nicht, ein USB-Stick mit dem richtigen Werkzeug tut es auch.

[cosinus]

Na ja - Ich hab es ja auch auf einer zweiten Platte, aber "irgendwer" hat schon recht. Ausreichend Rechen-power vorausgesetzt sind VM's 1000 mal komfortabler.

Leider sieht man ausgerechnet eher bei Laien den Hang dazu, unbedingt Windows und Linux parallel als Dualboot nutzen zu wollen. Viele wollen auch mehrere Male Windows und Linux installiert haben. Und gerade diese Klientel ist mit Multiboot, EFI vs CSM/BIOS, GPT vs MBR hoffnungslos überfordert.

[cosinus]

Hab jetzt mal ne VM, in der auch siduction schon installiert war, ein Debian stable als Dualboot nachinstalliert. GRUB wird aber nur von siduction ausgeführt, mit aktiviertem os-prober natürlich. Nach der Installation musste ich natürlich erstmal das vorhere installierte siduction starten und os-prober aktivieren. Nach einem update-grub und reboot hat mich GRUB so begrüßt:



Sieht also alles normal aus, bis auf unnötige Einträge im Debian stable/bookworm:



lsblk in der siduction Installation sieht so aus. Hab da jetzt aus Faulheit einfach nen Screenshot von gemacht:

[thunder11]

So das Werk ist so ziemlich erledigt:


jetzt muss ich nur noch dem Theme beibringen, dass es alle Zeilen anzeigen soll.

Ziel war:

Von sda1 (MINI) sollen XFCE und LXQT gestartet werden.
sda1 (Mini) -----> Grub und vorerst os-prober später durch Einträge in der /etc/grub.d/40_custom
sda2 (XFCE) ---> Kein Grub
sda4 (LXQT)----> Kein Grub

Nochmal die Partitionierung der VM:

Code: Alles auswählen

lsblk -f
NAME   FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                           
├─sda1 ext4   1.0   MINI  95011b6d-7727-46fa-ad07-ffb61a9cbef2                
├─sda2 ext4   1.0   XFCE  b89aa4d7-02f1-49fc-bd04-ff1b1de78f84   13,2G    21% /
├─sda3                                                                        
├─sda4 ext4   1.0   LXQT  a5c9ed54-ecac-4c61-8548-9881e76dce72                
└─sda5 vfat   FAT32       036B-01F7              

OS-Prober deaktiviert
Kein Grub auf sda2 und sda4

Dafür eine /media/thunder/MINI/etc/grub.d/40_custom angelegt (von XFCE aus):

Code: Alles auswählen

#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
menuentry 'Debian trixie LXQT aktueller Kernel (on /dev/sda4)'  {
		insmod part_gpt
		insmod ext2
		set root='hd0,gpt4'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4  a5c9ed54-ecac-4c61-8548-9881e76dce72
		else
		  search --no-floppy --fs-uuid --set=root a5c9ed54-ecac-4c61-8548-9881e76dce72
		fi
		linux /vmlinuz root=/dev/sda4
		initrd /initrd.img
	}
menuentry 'Debian GNU/Linux trixie LXQT alter Kernel (on /dev/sda4)' {
		insmod part_gpt
		insmod ext2
		set root='hd0,gpt4'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4  a5c9ed54-ecac-4c61-8548-9881e76dce72
		else
		  search --no-floppy --fs-uuid --set=root a5c9ed54-ecac-4c61-8548-9881e76dce72
		fi
		linux /vmlinuz.old root=/dev/sda4
		initrd /initrd.img.old
}
menuentry 'Debian SID XFCE aktueller Kernel (on /dev/sda2)'  {
		insmod part_gpt
		insmod ext2
		set root='hd0,gpt4'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4  b89aa4d7-02f1-49fc-bd04-ff1b1de78f84
		else
		  search --no-floppy --fs-uuid --set=root b89aa4d7-02f1-49fc-bd04-ff1b1de78f84
		fi
		linux /vmlinuz root=/dev/sda2
		initrd /initrd.img
	}
menuentry 'Debian  SID XFCE alter Kernel (on /dev/sda2)' {
		insmod part_gpt
		insmod ext2
		set root='hd0,gpt4'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4  b89aa4d7-02f1-49fc-bd04-ff1b1de78f84
		else
		search --no-floppy --fs-uuid --set=root b89aa4d7-02f1-49fc-bd04-ff1b1de78f84
		fi
		linux /vmlinuz.old root=/dev/sda2
		initrd /initrd.img.old
}

grub-theme-breezeinstalliert

Die /media/thunder/MINI/etc/default/grub editiert:

Code: Alles auswählen

GRUB_THEME="/usr/share/grub/themes/breeze/theme.txt"
GRUB_GFXMODE=800x600

in der /usr/share/grub/themes/breeze/theme.txt
muss wohl noch "Feinschliff" angelegt werden

Aber erstmal Pause und Wochenende