Hej gbruno,
gbruno schrieb:
...
sudo efibootmgr -v und sudo mount /dev/sda1 /mnt && sudo cat /mnt/efi/ubuntu/grub.cfg && sudo umount /mnt sowie lsblk -f)
habe ich tatsächlich übersehen. Hier ist es:
(btw., die Frage kam von mir)
efibootmgr -v
BootCurrent: 0000
Timeout: 1 seconds
BootOrder: 0000,0002
Boot0000* ubuntu HD(1,GPT,039b935c-cee5-4e6b-90da-b7d331946ace,0x800,0x64000)/File(\EFI\UBUNTU[mark]GRUBX64.EFI[/mark])
Boot0002* UEFI OS HD(1,GPT,039b935c-cee5-4e6b-90da-b7d331946ace,0x800,0x64000)/File(\EFI\BOOT\BOOTX64.EFI)..BO
search.fs_uuid 9a15e84b-d715-47ad-9239-e1007939db5c root hd0,gpt2
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
Du bootest mit dem Eintrag "0000" vom NVRAM, dazu gehört die grub.cfg aus /efi/ubuntu/…, letzteres ist in "/boot/efi" eingehängt. Kannst Du in der /etc/fstab nachschauen.
cat /mnt/efi/ubuntu/grub.cfg funktioniert bei mir nicht. Der Pfad ist /boot/efi/EFI/ubuntu
das ist wohl richtig, da Du im laufenden System bist (ich ging vom externen LiveSystem aus), da hast Du eine Fehlermeldung bekommen mount: /mnt: sda1 ist bereits auf /boot/efi eingehängt. Egal, die o.g. ist die, die ich sehen wollte.
Da gibt es aber noch mehr Dateien, ich habe wie gewünscht grub.cfg genommen.
äh, wobei …genommen?
Das Menü funktioniert jetzt richtig. Nachdem ich im 'grub-customizer' die angegebenen Änderungen gespeichert habe, sind auch die letzten Ungereimtheiten (2x Eintrag Ubuntu) verschwunden.
die hätten auch dann verschwunden sein müssen, wenn Du die os-prober
jeweils abgeschaltet hast gefolgt von einem sudo update-grub
Nein, von der 5. Partition. Dort ist wohl ein 'core.img', das nicht gebraucht wird und wohl nur stört.
bei was soll das stören, es wird überhaupt nicht benutzt (durch keinen Bootprozess)
Mein Mainboard hat nur Standard-Mode und EZ-Mode. Ins Bootmenü komme ich nur im EZ(?)-Mode, weiß nicht mehr so genau.
sorry, sagt mir nichts
Ich hänge das letzte Protokoll von Boot-Repair an; das beantwortet vielleicht alle Fragen.
ich weiß ja nicht, was du jetzt in welcher Reihenfolge abgearbeitet hast, in der Datei sehen ich u.a., daß du das mit dem Abschaltern der jeweiligen os-prober
nicht durchgeführt hast.
PS: Ich konnte jetzt doch den "Bandwurm" ausführen:
[...]
/dev/sda: GRUB 2 v1.99
/dev/sda1: GRUB 2 v1.99
[...]
/dev/sda5: GRUB 2 v1.99
[...]
das konnte man ja auch schon aus dem ersten "boot-repair" Report ersehen
So sieht es im Augenblick aus. Auf sda5 ist wirklich ein grub, wo es eigentlich nicht hingehört. Auf sda auch.
die sind dort, weil Du sie dorthin hast installieren lassen, und zwar im "legacy"/CSM Modus, statt im EFI Modus!
Wird das gebraucht?
nein, im EFI Modus nicht. (Du kannst ja aber, da Du einen grub im MBR der Platte hast, auf "legacy" umstellen, und dann mal booten, dann bekommst du das Menü der Installation auf sda2)
sda6 hat keinen Grub, obwohl ich es starten kann.
Im EFI Modus gibt es nur einen Weg zum grub Menü, dieses hat dann aber per os-prober
die anderen im System befindlichen O/S aufgespührt und schreibt entsprechende Starteinträge.
Gruß black tencate