ubuntuusers.de

Ich habe mir die neue Ubuntu Version Mate 22.04 runtergeladen und sie auf einer externen über USB angeschlossenen FP neben meinem Produktivsystem Mate 20.04 installiert. Dies vor allem um vorher alles auszutesten.

Auf der internen FP gibt es eine EFI und eine ext4 Partition, die das Produktivsystem 20.04 enthält.

Auf der externen FP gibt es eine Partition ext4 die Daten enthält, eine fat32 Partition die als "boot" markiert ist (enthält nur 512 byte) und eine ext4 Partition auf der 22.04 installiert ist.

Das ganze funktioniert soweit, dass ich beide Systeme starten kann, aber zum starten des Produktivsystems ist das eingehängte externe System notwendig, denn dort liegt die boot Partition, während, so wie ich es verstanden habe, GRUB2 auf der internen Platte liegt. Starte ich ohne externe FP, dann bleibt der Vorgang bei einem GRUB> Prompt hängen. Ist die exteren FP eingehängt, kann ich beide System erreichen.

Ich zitiere aus dem Wiki Installation auf externen Speichermedien:

Wird GRUB 2 versehentlich in den MBR der internen Festplatte des Rechners installiert, ist ein Booten ohne USB-Medium unmöglich! Leider ist der Installationsassistent nicht intelligent genug, um zu erkennen, dass es sich um eine Installation auf ein externes Speichermedium handelt und bietet per Voreinstellung als Ort für den Bootloader die interne Festplatte (MBR) an. Die Reparatur des Bootloaders kann – je nach Betriebssystem – sehr aufwändig werden.

Mir ist es sehr wichtig das Produktivsystem nicht zu gefährden, deshalb mache ich keine Experimente solange ich nicht genau weiß was ich tue. Zuerst würde ich gerne wieder auf den normalen Bootvorgang zurückkommen, ohne externe FP. Dann kann ich immer noch neu ansetzen mit der externen FP. Also wie muß ich vorgehen?

Im Wiki steht auch noch:

Daher beim Punkt Bestimmung des Ortes für den Bootloader genau aufpassen.

Leider steht da nicht, auf was genau man aufpassen muß, ich hatte vor der Installation extra diese fat32 Partition auf der externen FP angelegt, aber der Bootloader ist offensichtlich weiterhin auf der internen.

Hier einige Terminal Abfragen:

externe fstab:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb6 during installation
UUID=1d6a6b18-3717-406c-818a-2ea29b511b30 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=FF97-4E77  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0

interne fstab:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=a23ae266-1f69-4916-a7be-b711e9cd3bbd /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=FF97-4E77  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
/dev/disk/by-label/DASI2 /mnt/DASI2 auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0

fdisk:

  1
  2
  3
  4
  5
  6
  7
  8
  9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106

xy@xy-HP:~$ sudo fdisk -l
[sudo] Passwort für xy: 
Festplatte /dev/loop0: 110,82 MiB, 116178944 Bytes, 226912 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop1: 162,89 MiB, 170778624 Bytes, 333552 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop2: 65,22 MiB, 68378624 Bytes, 133552 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop3: 55,5 MiB, 58183680 Bytes, 113640 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop4: 55,52 MiB, 58204160 Bytes, 113680 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop5: 4 KiB, 4096 Bytes, 8 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop6: 65,1 MiB, 68259840 Bytes, 133320 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop7: 140 KiB, 143360 Bytes, 280 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/sda: 465,78 GiB, 500107862016 Bytes, 976773168 Sektoren
Festplattenmodell: TOSHIBA MQ01ABF0
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: CDF72FB6-9832-47CD-A1A6-9ACFD5CE7273

Gerät       Anfang      Ende  Sektoren  Größe Typ
/dev/sda1     2048   1050623   1048576   512M EFI-System
/dev/sda2  1050624 976771071 975720448 465,3G Linux-Dateisystem




Festplatte /dev/loop8: 16 KiB, 16384 Bytes, 32 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop9: 132 KiB, 135168 Bytes, 264 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop10: 164,78 MiB, 172761088 Bytes, 337424 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/loop11: 43,6 MiB, 45703168 Bytes, 89264 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes


Festplatte /dev/sdc: 465,78 GiB, 500107862016 Bytes, 976773168 Sektoren
Festplattenmodell:                 
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0xef2c3548

Gerät      Boot    Anfang      Ende  Sektoren  Größe Kn Typ
/dev/sdc1            2048 488493055 488491008   233G 83 Linux
/dev/sdc2       488495102 976771071 488275970 232,8G  5 Erweiterte
/dev/sdc5  *    488495104 488591359     96256    47M  b W95 FAT32
/dev/sdc6       488593408 976771071 488177664 232,8G 83 Linux

Partition 2 beginnt nicht an einer physikalischen Sektorgrenze.
xy@xy-HP:~$ 

Hej HaJoEg,

zeige

sudo efibootmgr -v

Gruß black tencate

black_tencate schrieb:

Hej HaJoEg,

zeige

sudo efibootmgr -v

Gruß black tencate

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

xy@xy-HP:~$ sudo efibootmgr -v
[sudo] Passwort für xy: 
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000,3000,0001,0002,2001,2002,2004
Boot0000* ubuntu	HD(1,GPT,3bb80626-127a-4d4d-8526-13ff1270aa7c,0x800,0x100000)/File(\EFI\ubuntu\shimx64.efi)
Boot0001* Notebook Hard Drive - TOSHIBA MQ01ABF050	BBS(HD,Notebook Hard Drive - TOSHIBA MQ01ABF050,0x500)................-...........A.......................................x.......A.........................
Boot0002* USB Hard Drive - WD5000	BBS(7,USB Hard Drive - WD5000,0x500)..................................................................}bx.......A.....................
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot3000* Internal Hard Disk or Solid State Disk	RC
xy@xy-HP:~$ 

Bin morgen nicht da, deshalb kann verzögerte Antwort kommen

Hej HaJoEg,

zeige mal

sudo parted -l

mit der ext. Platte.

Gruß black tencate

Ho black tencate, bin wieder da.

black_tencate schrieb:

Hej HaJoEg,

zeige mal

sudo parted -l

mit der ext. Platte.

Gruß black tencate

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

yx@yx-HP:~$ sudo parted -l
[sudo] Passwort für yx: 
Modell: ATA TOSHIBA MQ01ABF0 (scsi)
Festplatte  /dev/sda:  500GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Disk-Flags: 

Nummer  Anfang  Ende   Größe  Dateisystem  Name                  Flags
 1      1049kB  538MB  537MB  fat32        EFI System Partition  boot, esp
 2      538MB   500GB  500GB  ext4


Modell: WD5000  (scsi)
Festplatte  /dev/sdb:  500GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: msdos
Disk-Flags: 

Nummer  Anfang  Ende   Größe   Typ       Dateisystem  Flags
 1      1049kB  250GB  250GB   primary   ext4
 2      250GB   500GB  250GB   extended
 5      250GB   250GB  49,3MB  logical   fat32        boot
 6      250GB   500GB  250GB   logical   ext4


yx@yx-HP:~$ 

Ich hatte das gar nicht erwähnt, aber Ziel ist es natürlich die beiden Systeme unabhängig voneinander booten zu können. Die externe FP würde man dann beim Systemstart über das BIOS Menü auswählen.

Ich habe mich an GRUB nie herangetraut, einfach weil es ziemlich gefährlich ist damit zu experimentieren ohne sein System zu gefährden.

Hallo HaJoEg,

Du hast ein EFI Rechner, d.h. somit kein BIOS auch wenn dies von den Herstellern suggeriert wird.

Erstmal kannst der externen Festplatte ein zukunftssicheres Partitionsschema geben. Das nennt sich GPT .... wie auf der Internen.

PS: Sicherung der Daten nicht vergessen.

Gruss Lidux

Auch Hallo Lidux

Lidux schrieb:

Hallo HaJoEg,

Du hast ein EFI Rechner, d.h. somit kein BIOS auch wenn dies von den Herstellern suggeriert wird.

Erstmal kannst der externen Festplatte ein zukunftssicheres Partitionsschema geben. Das nennt sich GPT .... wie auf der Internen.

PS: Sicherung der Daten nicht vergessen.

Gruss Lidux

Ja gut, aber wie mache ich das? Wenn ich einfach auf der externen FP neu installiere werde ich keinen Zugang mehr haben zur internen FP und das darf nicht passieren. Ich muß erst die interne FP sicher trennen von diesem Bootloader wie er jetzt ist. Beim starten bekomme ich ein GRUB Menü mit der Auswahl von beiden Systemen. Wenn ich dann das alte, also auf der internen FP wähle kommt nochmal ein GRUB Menü das nur dieses enthält.

Nach meiner Vorstellung brauche ich also den GRUB Befehl den Bootloader auf der internen FP neu aufzusetzen, ohne externe FP. Aber ich weiß nicht wie das geht.

Mit GRUB Grüßen

Hej,

Lidux schrieb:

... Erstmal kannst der externen Festplatte ein zukunftssicheres Partitionsschema geben. Das nennt sich GPT .... wie auf der Internen.

Unsinn, hat mit dem Problem hier rein gar nichts zu tun.

Hier wurde bei der Installation die interne ESP benutzt, und damit der Eintrag (für die interne Installation) in <ESP>/efi/ubuntu überschrieben.

@HaJoEg, starte das interne Fossa, klemm' danach die externe Platte ab und führe in Fossa ein

sudo grub-install

durch (vergewissere Dich zuvor, daß Du auch sicher im EFI Modus bist → [ -d /sys/firmware/efi ] && echo UEFI || echo "legacy")

Für die externe hast Du 2 Möglichkeiten. Prüfe, ob Du durch Umstellen des UEFI in den CSM Modus das externe Jammy vom UEFI Menü (F12 o.ä.) starten kannst.

Oder, du erstellst auf der externen Platte eine eigene ESP, startest das System (! im EFI Modus, ggf. per SG²D), löschst die Markierung esp der /dev/sda1 vorübergehend, und setzt die Markierung esp auf die neu angelegte ESP (/dev/sdb5). Dann führst Du im Jammy ebenfalls ein

sudo grub-install

durch. GGf. mußt Du noch die /etc/fstab von Jammy anpassen an die neue ESP.

Zum Schluß änderst Du mit sudo efibootmgr -o xxxx,yyyy,… die Bootreihenfolge dahingehend, daß die USB Platte vor der internen Platte steht. Dann (sollte) beim Booten zunächst nach der USB Platte gesucht, und, falls angeklemmt, von der gebootet werden, sonst eben von der internen.

Gruß black tencate

Ho black_tencate

das war es tatsächlich was ich wollte, eine klare Anleitung was zu tun ist.

sudo grub-install

war erfolgreich, ich kann jetzt die interne Platte wieder direkt booten.

1
2
3
4
5
6
7

xy@xy-HP:~$ [ -d /sys/firmware/efi ] && echo UEFI || echo "legacy"
UEFI
xy@xy-HP:~$ sudo grub-install
[sudo] Passwort für xy: 
x86_64-efi wird für Ihre Plattform installiert.
Installation beendet. Keine Fehler aufgetreten.
xy@xy-HP:~$ 

Zu lösen bleibt das Problem der externen FP.

Für die externe hast Du 2 Möglichkeiten. Prüfe, ob Du durch Umstellen des UEFI in den CSM Modus das externe Jammy vom UEFI Menü (F12 o.ä.) starten kannst.

Wenn ich beim Systemstart im BIOS Menü die USB FP wähle passiert gar nichts, der Cursor bleibt einfach stecken. Mir ist nicht klar wie und wo ich das UEFI auf diesen CSM Modus umstellen kann.

Der zweite Weg:

Oder, du erstellst auf der externen Platte eine eigene ESP, startest das System (!im EFI Modus, ggf. per SG²D)...

Wie soll das geschehen, durch Neuinstallation von Jammy oder durch GRUB Befehl? Da brauche ich genaue Anweisungen. Ich vermute, ich muß dann mit chroot ins externe System kommen?

Aber erst mal Dank, es kann nur noch besser werden

Hej HaJoEg,

HaJoEg schrieb:

...Mir ist nicht klar wie und wo ich das UEFI auf diesen CSM Modus umstellen kann.

dann laß es so.

Oder, du erstellst auf der externen Platte eine eigene ESP, startest das System (!im EFI Modus, ggf. per SG²D)...

Wie soll das geschehen, durch Neuinstallation von Jammy oder durch GRUB Befehl? Da brauche ich genaue Anweisungen. Ich vermute, ich muß dann mit chroot ins externe System kommen?

ob mit chroot, mit SG²D, mithilfe von grub (von der internen Platte) oder gar mit dessen Menü (im internen ein sudo update-grub sollte einen grub Eintrag für die externe Platte erzeugen, falls die dabei angeschlossen ist; den Eintrag wird man durch erneutes sudo update-grub – dann aber ohne die ext. Platte – wieder los.) ist egal,

• ESP anlegen (50 MB sind völlig ausreichend) fat32, Markierung esp

• esp Markierung der internen Platte entfernen (vorübergehend)

• im ext. System sudo grub-install

• die fstab des externen Systems anpassen: lsblk -f liefert die UUID, die Zeile sieht dann so aus

  UUID=xxxx-yyyy  /boot/efi vfat umask=0077 0 1

  gefolgt von einer Leerzeile

• der im NVRAM dadurch entstehende neu Eintrag für 'Ubuntu' (alten Eintrag merken) löschen, dafür aber die Reihenfolge anpassen (dieser dürfte es sein "Boot0002* USB Hard Drive - WD5000 BBS(7,USB Hard Drive - WD5000,0x500)...."), also USB HD vor Ubuntu.

Gruß black tencate

Ho black_tencate,

Danke für das Anweisungspaket, es hat sich jetzt aber eine neue Situation eingestellt: Ich hatte vorgestern versucht das externe System zu starten über die Auswahl von USB HD im BIOS Menü beim starten. Das hatte nicht funktioniert. Was ich gar nicht bemerkt hatte war, dass die externe FP aber im nun nach "sudo grub-install" veränderten GRUB Menü auftaucht und sich auch starten lässt. Insofern läuft es im Moment so wie es laufen soll, ich kann an beide Systeme herankommen und die Interne ist ohne angehängte Externe startfähig.

Ich werde noch etwas mit dem neuen 22.04 herumexperimentieren müssen, es aber dann irgendwann als Produktivsystem auf die interne FP installieren. Die externe FP würde ich gerne zum Spielen erhalten. Dann tritt wieder das Problem mit dem Bootloader auf, der wird ja dann neu angelegt. Ich muss mir Deine letzten Anweisungen dann nochmal genau ansehen (und verstehen) wenn es dazu kommt. Für jetzt mache ich das Thema zu.

Eigentlich braucht man zum Spielen mit GRUB (Erfahrungen sammeln) einen eigenen PC, wo nichts wichtiges drauf ist.

Hej HaJoEg,

HaJoEg schrieb:

...versucht das externe System zu starten über die Auswahl von USB HD im BIOS Menü beim starten. Das hatte nicht funktioniert.

solange der dortige Bootloader nicht richtig eingerichtet ist, kann das ja auch nicht funktionieren

...dass die externe FP aber im nun nach "sudo grub-install" veränderten GRUB Menü auftaucht und sich auch starten lässt.

siehe hier: →
black_tencate schrieb:

... ...oder gar mit dessen Menü (im internen ein sudo update-grub sollte einen grub Eintrag für die externe Platte erzeugen, falls die dabei angeschlossen ist; den Eintrag wird man durch erneutes sudo update-grub – dann aber ohne die ext. Platte – wieder los.) ist egal, ...Insofern läuft es im Moment so wie es laufen soll

aber eben nur solange, bis bei einem nächsten up-date eine neue grub.cfg geschrieben wird, ohne daß die externe dabei angeschlossen ist (dann wäre der Eintrag nämlich wieder weg!) Daher ja:

• grub-install auch auf der externen Platte, nur eben nicht in die ESP der internen Platte!

Eigentlich braucht man zum Spielen mit GRUB (Erfahrungen sammeln) einen eigenen PC, wo nichts wichtiges drauf ist.

nun ja, das kann man auch in einer VM (VirtualBox) erledigen.

Gruß black tencate

Eigentlich braucht man zum Spielen mit GRUB (Erfahrungen sammeln) einen eigenen PC, wo nichts wichtiges drauf ist.

nun ja, das kann man auch in einer VM (VirtualBox) erledigen.

Ja, das ist eine gute Idee, daran hatte ich bisher gar nicht gedacht. Ich wäre auch gar nicht sicher gewesen ob die VM das mitmacht, aber wenn Du es sagst kann ich das mal probieren. Nicht jetzt sofort, ich muß vorher noch ein paar andere Probleme lösen. Bevor ich 22.04. auf mein Produktivsystem übernehme, muß ich sicher sein, das alles funktioniert, da werde ich mir noch etwas Zeit lassen.

Ich hatte mir schon vor einigen Tagen "GrubCustomizer" installiert, dort sind die bootskripte zugänglich. Nur nochmal zur Information hier angehängt:

Ubuntu Menü Eintrag / script: Linux

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2  a23ae266-1f69-4916-a7be-b711e9cd3bbd
else
  search --no-floppy --fs-uuid --set=root a23ae266-1f69-4916-a7be-b711e9cd3bbd
fi
linux	/boot/vmlinuz-5.4.0-105-generic root=UUID=a23ae266-1f69-4916-a7be-b711e9cd3bbd ro  quiet splash $vt_handoff
initrd	/boot/initrd.img-5.4.0-105-generic

Ubuntu auf dev/sdb6 Menü Eintrag: skript: OS prober

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

	insmod part_msdos
	insmod ext2
	set root='hd1,msdos6'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos6 --hint-efi=hd1,msdos6 --hint-baremetal=ahci1,msdos6  1d6a6b18-3717-406c-818a-2ea29b511b30
	else
	  search --no-floppy --fs-uuid --set=root 1d6a6b18-3717-406c-818a-2ea29b511b30
	fi
	linux /boot/vmlinuz-5.15.0-27-generic root=UUID=1d6a6b18-3717-406c-818a-2ea29b511b30 ro quiet splash $vt_handoff
	initrd /boot/initrd.img-5.15.0-27-generic

Bevor man da rumfummelt muß man natürlich genau wissen was man tut. Das lass ich lieber.

In jedem Fall Dank an black_tencate

Hej HaJoEg,

HaJoEg schrieb:

... Ich hatte mir schon vor einigen Tagen "GrubCustomizer" installiert

keine wirklich gute Idee, ein Konfigurieren kann man sehr gut ohne diesen "Verwursteler" machen → Grub 2/Konfiguration

dort sind die bootskripte zugänglich

die stehen jederman zugänglich in /etc/default/grubresp. /etc/grub.d/…, was Du hier zeigst, sind Ausschnitte der /boot/grub/grub.cfg, und in der steht ganz am Anfang

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
...

Bevor man da rumfummelt muß man natürlich genau wissen was man tut. Das lass ich lieber.

darin fummelt man sowieso nicht drin rum!

Gruß black tencate

ok, ok verstanden