Hej,
Anlaß für diesen thread ist die Untersuchung der Umstände in diesem thread → https://forum.ubuntuusers.de/topic/mehrfache-boot-eintraege-im-bios-f8/
Ich habe eine Testumgebung geschaffen mit
hippo@hippo-VB:~$ sudo parted -l Modell: ATA VBOX HARDDISK (scsi) Festplatte /dev/sda: 53,7GB Sektorgröße (logisch/physisch): 512B/512B Partitionstabelle: gpt Disk-Flags: Nummer Anfang Ende Größe Dateisystem Name Flags 1 1049kB 1075MB 1074MB fat32 T1-Win-iso msftdata 2 1075MB 7517MB 6442MB ntfs T2-Win-iso msftdata 3 7517MB 7622MB 105MB fat32 EFI system partition boot, esp 4 7622MB 7639MB 16,8MB Microsoft reserved partition msftres 5 7640MB 24,8GB 17,2GB ntfs Win10 msftdata 7 24,8GB 34,3GB 9437MB ext4 Fossa 8 34,3GB 43,7GB 9437MB ext4 Gorilla 9 43,7GB 53,1GB 9453MB ext4 für_hippo 6 53,1GB 53,7GB 538MB ntfs versteckt, diag 10 53,7GB 53,7GB 1049kB bios_grub hippo@hippo-VB:~$
zunächst ein Windows (auf GPT), dann Fossa, gefolgt vom Gorilla
da alles im EFI Modus, ist also der letzt installierte Gorilla grub-technisch federführend.
die Installation von Hippo erfolgte bewußt im "legacy" Modus
(Nebenbemerkung: Hippo kommt nur noch mit grub, syslinux ist wohl "out")
die für eine "legacy" Installation auf GPT notwendige
bios_grub
wurde "angemeckert", habe die dann eingerichtet und Hippo im "legacy" Modus installiert. Grub ist "auf /dev/sda" →hippo@hippo-VB:~$ sudo fdisk -l 2>/dev/null | egrep "Disk /|/dev/" | sed "s#^/dev/#Part /dev/#" | awk '{print $2}' | sed 's/://' | xargs -n1 -IX sudo sh -c "hexdump -v -s 0x80 -n 2 -e '2/1 \"%x\" \"\\n\"' X | xargs -n1 -IY sh -c \"case \"Y\" in '48b4') echo X: GRUB 2 v1.96 ;; 'aa75' | '5272') echo X: GRUB Legacy ;; '7c3c') echo X: GRUB 2 v1.97 oder v1.98 ;; '020') echo X: GRUB 2 v1.99 ;; *) echo X: Kein GRUB Y ;; esac\"" xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value [sudo] Passwort für hippo: xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value /dev/sda: GRUB 2 v1.99 xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value /dev/sda1: Kein GRUB 6f74 xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value /dev/sda2: Kein GRUB 6f6f xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value /dev/sda3: Kein GRUB f6c1 xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value /dev/sda4: Kein GRUB 00 xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value /dev/sda5: Kein GRUB 55aa xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value /dev/sda6: Kein GRUB 55aa xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value /dev/sda7: Kein GRUB 00 xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value /dev/sda8: Kein GRUB 00 xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value /dev/sda9: Kein GRUB 00 xargs: warning: options --max-args and --replace/-I/-i are mutually exclusive, ignoring previous --max-args value /dev/sda10: Kein GRUB 31d2 hippo@hippo-VB:~$
der Boot (im "legacy" Modus) ist erfolgreich.
Das große Erstaunen kam dann aber nach Umschalten in den EFI Modus und reboot. Ich hatte erwartet, daß im grub Menü (wie vor der "legacy" Installation vom Hippo) nach wie vor der grub von Gorilla federführend sei. Das ist aber nicht der Fall. An erster Stelle im grub Menü steht Ubuntu (==Hippo). In der ESP gibt es die entsprechende Veränderung, obwohl ja nur im "legacy" Modus installiert wurde.
hippo@hippo-VB:~$ lsblk -f NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT sda ├─sda1 vfat FAT32 B456-27D0 ├─sda2 ntfs 30BE32384A0773B4 ├─sda3 vfat FAT32 6630-4A9A 63,2M 34% /mnt ├─sda4 ├─sda5 ntfs D6E839A1E83980B3 ├─sda6 ntfs BC56F82556F7DE58 ├─sda7 ext4 1.0 9f457d48-c2fe-430b-a4a8-ffdebdc74e7d ├─sda8 ext4 1.0 28872a5b-de2a-49fe-841a-6f9388046d3b ├─sda9 ext4 1.0 8c22a434-0092-4c4b-ad3e-b675071d1331 3,5G 53% / └─sda10 sr0 hippo@hippo-VB:~$hippo@hippo-VB:~$ sudo mount /dev/sda3 /mnt [sudo] Passwort für hippo: hippo@hippo-VB:~$ sudo ls /mnt/EFI/ubuntu BOOTX64.CSV grub.cfg grubx64.efi mmx64.efi shimx64.efi hippo@hippo-VB:~$ sudo cat /mnt/EFI/ubuntu/grub.cfg search.fs_uuid 8c22a434-0092-4c4b-ad3e-b675071d1331 root hd0,gpt9 set prefix=($root)'/boot/grub' configfile $prefix/grub.cfg hippo@hippo-VB:~$
Booten tut der Eintrag allerdings nicht, bleibt hängen.
EDIT.: Nun, beim 2. Startversuch (im EFI, nach einem "legacy" boot) will das Nilpferd wohl doch, oh,oh!
Stellt sich für mich die Frage, warum bei einer "legacy" Installation ubiquity
dennoch (zusätzlich) grub in die ESP installiert wird?
Es ist (mir) klar, daß, wenn jetzt auf "EFI only" umgestellt werden soll, in Gorilla ein GRUB 2 von BIOS nach EFI umstellen passieren muß.
Gruß black tencate