Grub personalisieren

[geier22]

Ich schlage mich mal wieder mit Grub bzw os-prober herum.

Erstmal meine Konfiguration Code-Zeilen aus grub- customizer entnommen:

3 Systemplatten - 3 Systeme (Debian -Testing)

1. System (Gnome) -->Grub + os-prober (während des Schreibens gepurgt) = Boot- Platte
2. System (Xfce) nur Grub (im MBR))
3. System (Cinnamon) nur Grub (im MBR))

1.Eintrag :Sparky Gnome, mit Linux 4.8.0-2-amd64

Code: Alles auswählen

load_video
	insmod gzio
	if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
	insmod part_gpt
	insmod ext2
	set root='hd0,gpt3'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt3 --hint-efi=hd0,gpt3 --hint-baremetal=ahci0,gpt3  8b3cf64c-1c7f-45af-ba13-3db329651412
	else
	  search --no-floppy --fs-uuid --set=root 8b3cf64c-1c7f-45af-ba13-3db329651412
	fi
	echo	'Linux 4.8.0-2-amd64 wird geladen …'
	linux	/boot/vmlinuz-4.8.0-2-amd64 root=UUID=8b3cf64c-1c7f-45af-ba13-3db329651412 ro  quiet splash
	echo	'Initiale Ramdisk wird geladen …'
	initrd	/boot/initrd.img-4.8.0-2-amd64

2. Eintrag: Sparky Xfce mit Linux 4.8.0-2 (auf /dev/sdc1)

Code: Alles auswählen

insmod part_msdos
	insmod ext2
	set root='hd2,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	search --no-floppy --fs-uuid --set=root --hint-bios=hd2,msdos1 --hint-efi=hd2,msdos1 --hint-baremetal=ahci2,msdos1  ce83c144-66ff-4c4c-8803-a4a846cee916
	else
	search --no-floppy --fs-uuid --set=root ce83c144-66ff-4c4c-8803-a4a846cee916
	fi
	linux /boot/vmlinuz-4.8.0-2-amd64 root=UUID=ce83c144-66ff-4c4c-8803-a4a846cee916 ro quiet splash
	initrd /boot/initrd.img-4.8.0-2-amd64

3. Eintrag: Cinnamon, mit Linux 4.8.0-2-amd64 (auf /dev/sdb2)

Code: Alles auswählen

insmod part_msdos
	insmod ext2
	set root='hd1,msdos2'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  28ac974c-1558-4520-83ca-f6de8d814047
	else
	  search --no-floppy --fs-uuid --set=root 28ac974c-1558-4520-83ca-f6de8d814047
	fi
	linux /boot/vmlinuz-4.8.0-2-amd64 root=UUID=28ac974c-1558-4520-83ca-f6de8d814047 ro quiet
	initrd /boot/initrd.img-4.8.0-2-amd64

Nach den Haupteinträgen folgen dann, wie üblich, die Erweiterten Optionen (recovery mode, andere Kernel)
Das funktioniert, solange ich kein Kernel-Update hatte und os-prober gelaufen ist.
Dann gibt es das Perfekte Chaos mit Einträgen die ähnlich diesem aussehen.

Abhilfe ist dann nur noch durch "Handbetrieb" und ändern der zu ladenden intrid.img möglich.

Mein Ziel ist einen immer funktionierenden Grub auf hdO (1. Eintrag) zu erstellen, der dann den jeweiligen Grub auf den anderen Festplatten aufruft.
Eine andere Lösung die nach einem Kernel-Update die korrekte intrid auf der anderen Platte aufruft fällt mir nicht ein.

in einem anderen Thread von mir
hatte smubert folgenden Vorschlag gemacht:

Ich würde auf os-prober verzichten (deinstallieren) und manuell einen Booteintrag für das zweite System erstellen, etwa indem du das an die Datei »/etc/grub.d/40_custom« hängst:

Code: Alles auswählen

 menuentry 'Debian GNU/Linux (cinnamon)' {
        insmod part_msdos
        insmod ext2
        set root='hd1,msdos2'
        if [ x$feature_platform_search_hint = xy ]; then
            search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  28ac974c-1558-4520-83ca-f6de8d814047
        else
            search --no-floppy --fs-uuid --set=root 28ac974c-1558-4520-83ca-f6de8d814047
        fi
        configfile /boot/grub/grub.cfg
    }

Damit verwendest du zum Starten des cinnamon-Systems die grub-Konfigurationsdatei des cinnamon-Systems, du bist also nirgends mehr auf os-prober angewiesen und startest beide Systeme immer mit der aktuellen grub.cfg und nicht in dem Zustand (ie mit dem Kernel) in dem os-prober sie zuletzt erkannt hat.
Das setzt allerdings voraus, dass auf dem cinnamon-System ebenfalls grub installiert ist, ohne dass dieser Grub in den mbr geschrieben wurde.

Als erstes habe ich erst mal os-prober gepurgt und die op-prober Dateien in etc/grub.d gelöscht (wurden nicht entfernt

Mein Verzeichnis etc/grub.d enthält allerding alle mögliche *.proxy Dateien, deren Bedetung mir nicht so recht klar ist.

Code: Alles auswählen

/etc/grub.d$ ls -al
insgesamt 112
drwxr-xr-x   5 root root  4096 Dez 26 12:33 .
drwxr-xr-x 167 root root 12288 Dez 26 12:37 ..
-rwxr-xr-x   1 root root  9783 Nov  1 12:10 00_header
-rwxr-xr-x   1 root root  6258 Jan 22  2016 05_debian_theme
-rwxr-xr-x   1 root root  6155 Feb 16  2015 06_sparky_theme
-rwxr-xr-x   1 root root  6080 Dez 26 10:20 10_linux_proxy
-rwxr-xr-x   1 root root  1268 Dez 26 10:20 31_linux_proxy
-rwxr-xr-x   1 root root   716 Dez 26 10:20 40_custom_proxy
-rwxr-xr-x   1 root root   776 Dez 26 10:20 42_custom_proxy
-rwxr-xr-x   1 root root 11281 Nov  1 12:10 43_linux_xen
-rwxr-xr-x   1 root root   902 Dez 26 10:20 45_custom_proxy
-rwxr-xr-x   1 root root  1418 Sep  6  2015 47_uefi-firmware
-rwxr-xr-x   1 root root  1039 Dez 26 10:20 48_custom_proxy
-rwxr-xr-x   1 root root   216 Dez 12  2013 50_custom
drwxr-xr-x   4 root root  4096 Nov 21 00:24 backup
drwxr-xr-x   2 root root  4096 Nov 21 00:24 bin
drwxr-xr-x   2 root root  4096 Dez 26 10:20 proxifiedScripts
-rw-r--r--   1 root root   483 Apr 29  2013 README
-rw-r--r--   1 root root   240 Dez 26 10:20 .script_sources.txt

Die /etc/grub.d/50_custom enthält für mich nicht nachvollziehbare Einträge:

Code: Alles auswählen

#!/bin/sh
cat <<EOF
if [ -f  \${config_directory}/custom.cfg ]; then
  source \${config_directory}/custom.cfg
elif [ -z "\${config_directory}" -a -f  \$prefix/custom.cfg ]; then
  source \$prefix/custom.cfg;
fi
EOF

Fragen, die sich mir stellen:

1: Analog zu smuberts obigen Vorschlag würde ich zwei Einträge in welche Datei (?) erstellen:

Code: Alles auswählen

menuentry 'Debian GNU/Linux (cinnamon)' {
        insmod part_msdos
        insmod ext2
        set root='hd1,msdos2'
        if [ x$feature_platform_search_hint = xy ]; then
            search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  28ac974c-1558-4520-83ca-f6de8d814047
        else
            search --no-floppy --fs-uuid --set=root 28ac974c-1558-4520-83ca-f6de8d814047
        fi
        configfile /boot/grub/grub.cfg
    }
    
menuentry 'Debian GNU/Linux (Xfce)' {
        insmod part_msdos
        insmod ext2
        set root='hd2,msdos1'
        if [ x$feature_platform_search_hint = xy ]; then
            search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  28ac974c-1558-4520-83ca-f6de8d814047
        else
            search --no-floppy --fs-uuid --set=root ce83c144-66ff-4c4c-8803-a4a846cee916 
        fi
        configfile /boot/grub/grub.cfg
    }

anschliessend

Code: Alles auswählen

dpkg-reconfigure grub-pc

Wenn die Eintrage richtig sind, ist noch was zu beachten --- ??
Ketzerische Frage :
Nach der korrektur von Grub (ohne os-prober) dürften da ja nur noch die Einträge von
1.Eintrag :Sparky Gnome, mit Linux 4.8.0-2-amd64
drinstehen
Könnte ich die oben genannten Code- Zeilen nicht auch einfach mit dem Grub Customizer als neue Einträge anlegen?

[smutbert]

[…]
Die /etc/grub.d/50_custom enthält für mich nicht nachvollziehbare Einträge:
[…]

In »/etc/grub.d« sind lauter ausführbare Dateien (Shellskripte), deren Ausgabe beim Aufruf von update-grub letztlich in der »/boot/grub/grub.cfg« landet. Genau dafür ist von Haus aus »/etc/grub.d/40_custom« vorbereitet. Das was dort ab der 4. Zeile (?) steht wird also 1:1 in die »/boot/grub/grub.cfg« geschrieben.

Bei dir wird die Sache anscheinend durch den/einen grub-Customizer verkompliziert (der mir nebenbei recht suspekt ist - grubs Skripte sind auch ohne so etwas schon komplex genug).
Dieser Customizer hängt an die vorhandenen Skripte offensichtlich ein _proxy an und verändert dann selbst die Ausgabe. Das sind die Anpassungen, die man in der GUI vornimmt.

die »/etc/grub.d/50_custom« scheint dem Zweck zu dienen uzsätzlich Einträge einer weiteren Konfigurationsdatei in die grub.cfg zu übernehmen. $prefix dürfte zB /boot/grub oä sein, wo man eine custom.cfg anlegen kann - bei der anderen Möglichkeit ${config_directory} bin ich nicht sicher.

[…]
1: Analog zu smuberts obigen Vorschlag würde ich zwei Einträge in welche Datei (?) erstellen:
[…]

Ich würde vermuten, dass bei dir 40_custom_proxy eine geeignete Datei wäre. Da müsste so etwas wie

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.

drinstehen und wenn das so ist, hängst du deine Einträge hinten an die Datei an.
Wenn du den grub-customizer komplett deinstallierst solltest du, denke ich, wieder die normalen Dateien unter »/etc/grub.d« haben (oder ich bin bei grub nicht ganz auf dem laufenden).

[schwedenmann]

Hallo


Purge doch grub bei 2 Systemen (sagne wir 2 +3), dannmußt du halt immer update-grub in System1 machen.

Bei mehreren Linuxen amche ich ab dem 2.OS entweder bei der Installtion gar kein grub! oder grub in die Rootpartition des jeweils zu installierenden OS, kommt aber immer auf das OS an, bei archlinux per architectlinux installiert, muß ich grub installieren, ansonsten ist das Archsystem nicht bootbar, auch bei einem update-grub vom bootbareb 1.OS aus! Daanch kann ich z.B. grub bei arch danach purgen.

mfg
schwedenmann

[geier22]

Ich würde vermuten, dass bei dir 40_custom_proxy eine geeignete Datei wäre. Da müsste so etwas wie

leider nicht. Die 40_custom_proxy scheint auf
die /etc/grub.d/proxifiedScripts/custom zu verweisen:

Code: Alles auswählen

#!/bin/sh
#THIS IS A GRUB PROXY SCRIPT
'/etc/grub.d/proxifiedScripts/custom' | /etc/grub.d/bin/grubcfg_proxy "-*
-#text
-'Sparky Gnome'~78d5044860aa1258b486fc296614f206~
-'Sparky Cinnamon 4.8.0-1-amd64 auf /dev/sdb2)'~88e352f3d232930c53ed15e6568b36a5~
-'Cinnamon, mit Linux 4.8.0-2-amd64 (auf /dev/sdb2)'~311ab0b43179eab07b2faa17d795ebad~
-'Sparky Xfce, with Linux 4.8.0-1-amd64 (recovery mode) (auf /dev/sdc1)'~cd20ce86b225f4e0eebcef339dd1cf89~
-'Sparky Xfce, with Linux 4.8.0-2-amd64 (recovery mode) (auf /dev/sdc1)'~3a01ad7d5a883130952e1a431ca838df~
-'SparkyLinux 4.8.0-1-amd64 (auf /dev/sdc1)'~8a2412dfe5fbffd1b0aceb1be4129568~
+'Sparky Xfce mit Linux 4.8.0-2 (auf /dev/sdc1)'~eba554bd3248022a35fc9804bd865dd2~

Die /etc/grub.d/proxifiedScripts/custom scheint das eigentliche Ziel zu sein 39662,
in der auch die z.Z. Verwendeten Einträge stehen.
Die /etc/grub.d/bin/grubcfg_proxy ist ein "Ableger" des grub-customizers, /usr/lib/grub-customizer/grubcfg-proxy
Ich werde mal die Augen zumachen und ein updete-grub machen, bzw. - ganz mutig - da über dne Customizer machen.
Sollte was schief gehen, hab ich ja immer noch 2 Systeme, die ich per Bios starten kann

[geier22]

Purge doch grub bei 2 Systemen (sagne wir 2 +3), dannmußt du halt immer update-grub in System1 machen.

das ist ja quasi der Zustand, der jetzt herrscht.
Der Grub auf Platte hd0,gpt3 ruft ja die jeweilige intrd.img direkt auf.
Ohne das Chaos verbreitende os-prober werden die anderen Systeme ja nicht erkannt, und - nach einem Kernl- Update wird der alte gestartet, es sei denn, ich korrigiere das händisch - wie bisher geschehen.
Vorteil der separaten Grub' s :
verreckt das System auf hd0, kann ich immer noch die anderen starten
Nachteil:
Ich hangele mich durch 2 Grub-Menüs, was man beim 2. ja noch abstellen könnte.

[smutbert]

Ah ok, dann liegen die Originalskripte vermutlich unter »/etc/grub.d/proxifiedScripts« und »/etc/grub.d/proxifiedScripts/custom« ist die richtige Datei.
edit: Bei Gelegenheit folgt noch eine Bemerkung...

[geier22]

so -- schwer gearbeitet (Schweiß tropf-tropf )
Hab die ganzen proxy -skripte mich nicht getraut zu löschen
Also
os-prober gepurgt (war ja schon)
grub-customizer gepurgt ---> Skripte + Unterverzeichnisse (/etc/grub.d/bin/ usw. waren immer noch da)
Grub* gepurgt
---> jetzt war alles weg
Grub usw neu installiert (grr os-prober sollte mit installiert werden)
also gut
os-prober wieder deinstalliert
mehrmals update-grub (dazwischen Neustart)
endlich nur noch Menü für Gnome (hd0)
Dann in /etc/grub.d/40_custom die Einträge wie oben überlegt eingetragen (mit korrigierten UUID's

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 GNU/Linux (Xfce)' {
        insmod part_msdos
        insmod ext2
        set root='hd2,msdos1'
        if [ x$feature_platform_search_hint = xy ]; then
            search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  ce83c144-66ff-4c4c-8803-a4a846cee916
        else
            search --no-floppy --fs-uuid --set=root ce83c144-66ff-4c4c-8803-a4a846cee916
        fi
        configfile /boot/grub/grub.cfg
    }

menuentry 'Debian GNU/Linux (cinnamon)' {
        insmod part_msdos
        insmod ext2
        set root='hd1,msdos2'
        if [ x$feature_platform_search_hint = xy ]; then
            search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  28ac974c-1558-4520-83ca-f6de8d814047
        else
            search --no-floppy --fs-uuid --set=root 28ac974c-1558-4520-83ca-f6de8d814047
        fi
        configfile /boot/grub/grub.cfg
    }

update-grub
Neustart ----> alles funktioniert

[geier22]

Noch ein paar nachträgliche Fragen:
in dem Eintrag (erste Überlegeung)
steht für Xfce folgendes:

Code: Alles auswählen

menuentry 'Debian GNU/Linux (Xfce)' {
        insmod part_msdos
        insmod ext2
        set root='hd2,msdos1'
        if [ x$feature_platform_search_hint = xy ]; then
            search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  28ac974c-1558-4520-83ca-f6de8d814047
        else
            search --no-floppy --fs-uuid --set=root ce83c144-66ff-4c4c-8803-a4a846cee916
        fi
        configfile /boot/grub/grub.cfg

die UUID für die Xfce- Platte ist ce83c144-66ff-4c4c-8803-a4a846cee916
für Cinnamon- Platte 28ac974c-1558-4520-83ca-f6de8d814047
folglich hatte grub statt Xfce Cinnamon gestartet da die 1. Bedingung zutraf

so richtig verstehe ich die ganze Syntax nicht. Wenn auch jetzt richtig in den jeweiligen Grub gestartet wird fällt mit nahträglich auf, dass in beiden Startbefehlen bios=hd1 steht.
Warum startet es trotzdem richtig ?
Und - wie bekomme ich die Nummerierung - hd X - für Grub raus?

[smutbert]

Die hints wie --hint-bios=hd1,msdos2 wie sind nicht notwendig. Imho soll das ganze durch die vielen Zeilen lediglich etwas schneller und robuster werden, also zuerst einmal ganz allgemein

Code: Alles auswählen

set root='x,y'
if [ x$feature_platform_search_hint = xy ]; then
    search --set-root --fs-uuid --hint-bios=.... --hint... irgendeine_uuid
else
    search --fs-uuid --set=root irgendeine_uuid
fi

die erste Zeile sollte bereits die richtige Partition als Ausgangsverzeichnis für die weiteren Schritte setzen. Das nur aufgrund der Nummerierung machen zu wollen steht aber auch wackeligen Beinen, weil sich die ändern kann.
Also such man in einem weiteren Schritt nach der uuid des Dateisystems und macht das dann zum Ausgangspunkt. Das hat soweit den Vorteil, dass das ganze dank der uuid sowohl eine Umsortierung der Platten und/oder Partitionen überlebt (es scheitert das set root=... mit den Nummern, aber das search bringt Erfolg), wie auch eine Änderung der Dateisystem-uuid (das set root=... erfolgreich und das folgende scheiternde search-Kommando ändert nichts daran).

Das mit den Hints soll imho nur eine elend lange Suche nach der richtigen uuid verhindern, etwa bei Systemen mit sehr vielen Festplatten und/oder Partitionen, kann aber nur verwendet werden, wenn grub das auf dieser Platform unterstützt, daher die if-Abfrage.
Wenn der hint nicht stimmt passiert auf einem normalen System mit 1-3 Festplatten oder SSDs also im Grund überhaupt nichts negatives.

in dem "if, then, else"-Konstrukt zwei verschiedene UUIDs angzugeben hat eigentlich überhaupt keinen Sinn und ist entweder ein Fehler eines der grub-Skripte oder des Autors des Booteintrages-

Selbst geschriebene Booteinträge kann man auch ruhig noch etwas eindampfen. So werden die grub-Module part_msdos und die Dateisystemmodule meist schon gleich mindestens drei bis vier Mal geladen und müssen nicht im Booteintrag ein weiteres Mal geladen werden. Das mehrfache setzen des root lasse ich üblicherweise auch bleiben, sodass am Ende nur so etwas wie

Code: Alles auswählen

menuentry 'Debian GNU/Linux (Xfce)' {
    search --no-floppy --fs-uuid --set=root ce83c144-66ff-4c4c-8803-a4a846cee916
    configfile /boot/grub/grub.cfg
}

übrig bleibt.
__________________

edit: Bei Gelegenheit folgt noch eine Bemerkung...

und eine weitere Variante für mehrere Systeme, die mir recht gut gefällt, wollte ich auch noch erwähnen.
Der hauptsächliche Grund aus dem man update-grub und eine ständig aktualisierte grub.cfg benötigt sind Kernelupdates und damit sich ändernde Namen des Kernels. Legt man aber eine »/etc/kernel-img.conf« an mit dem Inhalt

Code: Alles auswählen

do_symlinks = yes
relative_links = yes
link_in_boot = yes

dann werden in »/boot« bei der Kernelinstallation symbolische Links für den aktuellen und letzten Kernel samt initrd erstellt (vmlinuz(.old) und initrd.img(.old)). Für den bereits aktuell installierten Kernel kann man die Links einfach mit

Code: Alles auswählen

# cd /boot
# ln -s vmlinuz-$(uname -r) vmlinuz
# ln -s initrd.img-$(uname -r) initrd.img

nachholen oder in man das Kernelpaket dpkg-reconfigure neu konfiguriert.

Danach kann man auf allen Systemen bis auf eines grub komplett deinstallieren und erstellt die Booteinträge für die anderen Systeme in der Form

Code: Alles auswählen

menuentry 'Debian GNU/Linux (Xfce)' {
    search --no-floppy --fs-uuid --set=root ce83c144-66ff-4c4c-8803-a4a846cee916
    linux /boot/vmlinuz root=UUID=ce83c144-66ff-4c4c-8803-a4a846cee916 ro quiet splash
    initrd  /boot/initrd.img
}

und je nach Wunsch zusätzlich für den Fall, dass ein Kernelupdate schief geht

Code: Alles auswählen

menuentry 'Debian GNU/Linux (Xfce, alter Kernel)' {
    search --no-floppy --fs-uuid --set=root ce83c144-66ff-4c4c-8803-a4a846cee916
    linux /boot/vmlinuz.old root=UUID=ce83c144-66ff-4c4c-8803-a4a846cee916 ro
    initrd  /boot/initrd.img.old
}

Ich habs dann sogar noch so gemacht, dass ich nur einen Linuxdistributions- und Installationsunabhängigen grub in einer eigenen Partition installiert habe und das Paket grub letztlich in keiner einzigen Installation installiert habe - bin davon aber rein aus Faulheit beim Umstieg auf SSD wieder abgekommen.