ubuntuusers.de

Hallo black_tencate,

Du bist ja ziemlich fleißig und bewandert mit GRUB.

Deshalb stelle ich mal die Frage, ob Dein Universal stand-alone grub auch ein 32-Bit-Ubuntu auf einem 64-Bit-EFI-Rechner starten kann, und Du in diesem Artikel Hinweise darauf einfügen magst.

Lange Zeit hat das hier für mich gut funktioniert, doch nun klappt das nicht mehr. Ich vermute, dass es daran liegt, dass irgendein neueres Sicherheitsupdate von GRUB das verhindert.

Entweder ich bekomme gleich "Kernel does not support 64 bit cpu" oder jetzt nach vielem Basteln nur noch "Initiale RAM-disk wird geladen ..." und dann passiert nichts mehr.

Die erste Fehlermeldung ist offensichtlich falsch, denn vom Live-Medium aus läuft dieser 32-Bit-Kernel ja auf der 64-Bit-CPU.

Hej UlfZibis,

UlfZibis schrieb:

...ob Dein Universal stand-alone grub auch ein 32-Bit-Ubuntu auf einem 64-Bit-EFI-Rechner starten kann

hmmm…

1. es gibt doch gar kein (unterstütztes) 32-bit Ubuntu mehr ❓

2. ist das nicht mein stand-alone grub, und booten tut der – so wie er ist – von "legacy"/EFI/32bit/64bit Systemen, und für secure boot hat Unix-Lover ja einen Beitrag geliefert.

Welche Distris sich damit ausführen lassen, steht auf einem anderen Blatt, und noch mal ein anderes Blatt wäre dann die Möglichkeit zu installieren. Da muß man ggf. ohne grub installieren. Dieses Debian z.b. "mault" wegen grub, und mit calamares scheint es keinen Schalter "-b" zu geben.

Hier z.B.

user@debian:~$ inxi -SCM
System:
  Host: debian Kernel: 5.10.0-7-686 i686 bits: 32 Desktop: MATE 1.24.1 
  Distro: Debian GNU/Linux 11 (bullseye) 
Machine:
  Type: Laptop System: LENOVO product: 4243F39 v: ThinkPad T520 
  serial: <superuser required> 
  Mobo: LENOVO model: 4243F39 serial: <superuser required> UEFI: LENOVO 
  v: 8AET53WW (1.33 ) date: 10/21/2011 
CPU:
  Info: Dual Core model: Intel Core i5-2520M bits: 64 type: MT MCP 
  L2 cache: 3 MiB 
  Speed: 821 MHz min/max: 800/3200 MHz Core speeds (MHz): 1: 821 2: 892 
  3: 968 4: 1046 
user@debian:~$ 

Verwechselst Du da gerade irgend etwas mit 32bit EFI? Das ist dann aber etwas, was die gewählte Distri können können muß. (Dazu sei Dir Ventoy empfohlen, wenn ich das recht erinnere, kann der das.) EDIT.: Außerdem kannst Du ein Linux bei Bedarf ja auch im CSM Modus installieren, wenn Du den EFI Modus 'brauchst', und einen dazu passenden Bootloader/Manager hast, ist doch alles "paletti".

…und Du in diesem Artikel Hinweise darauf einfügen magst.

das hat aber imho mit dem stand-alone grub gar nichts zu tun.

Gruß black tencate

black_tencate schrieb:

1. es gibt doch gar kein (unterstütztes) 32-bit Ubuntu mehr ❓

Eines schon. Ubuntu 18.04 (der Standard mit GNOME) hat Support bis April 2023, dafür gibt es nur keinen Installationsdatenträger, kann man aber mit der Server-DVD oder der mini.iso installieren.

black_tencate schrieb:

hmmm…

1. es gibt doch gar kein (unterstütztes) 32-bit Ubuntu mehr ❓

Das kann man diskutieren, ich würde mich aber freuen, wenn wir das und die Gründe, warum ich ein 32-Bit Ubuntu auf dem kleinen Netbook (ASUS-X200M) haben möchte, mal außen vor lassen könnten.

1. ist das nicht mein stand-alone grub, und booten tut der – so wie er ist – von "legacy"/EFI/32bit/64bit Systemen,

Das bezweifle ich nicht.

und für secure boot hat Unix-Lover ja einen Beitrag geliefert.

Interessanter Hinweis, mir würde es aber schon reichen, wenn meine Installation wenigstens ohne secure boot schon mal starten würde.

Welche Distris sich damit ausführen lassen, steht auf einem anderen Blatt, und noch mal ein anderes Blatt wäre dann die Möglichkeit zu installieren. Da muß man ggf. ohne grub installieren.

Hab ich ja gemacht: ubiquity -b

Hier z.B.

user@debian:~$ inxi -SCM
System:
  Host: debian Kernel: 5.10.0-7-686 i686 bits: 32 Desktop: MATE 1.24.1 
  Distro: Debian GNU/Linux 11 (bullseye) 
Machine:
  Type: Laptop System: LENOVO product: 4243F39 v: ThinkPad T520 
  serial: <superuser required> 
  Mobo: LENOVO model: 4243F39 serial: <superuser required> UEFI: LENOVO 
  v: 8AET53WW (1.33 ) date: 10/21/2011 
CPU:
  Info: Dual Core model: Intel Core i5-2520M bits: 64 type: MT MCP 
  L2 cache: 3 MiB 
  Speed: 821 MHz min/max: 800/3200 MHz Core speeds (MHz): 1: 821 2: 892 
  3: 968 4: 1046 
user@debian:~$ 

Ich verstehe jetzt leider nicht, was Du mir mit diesem Beispiel darstellen willst.

Verwechselst Du da gerade irgend etwas mit 32bit EFI? Das ist dann aber etwas, was die gewählte Distri können können muß.

Ich glaube nicht. Auf dem Gerät ist ein 64-Bit EFI.

(Dazu sei Dir Ventoy empfohlen, wenn ich das recht erinnere, kann der das.)

Oh, das ist ja ein interessantes Projekt, könnte mich glatt überzeugen, mein bisher heiß geliebtes MultiSystem loszulassen.

EDIT.: Außerdem kannst Du ein Linux bei Bedarf ja auch im CSM Modus installieren, wenn Du den EFI Modus 'brauchst', und einen dazu passenden Bootloader/Manager hast, ist doch alles "paletti".

Wenn ich es richtig verstanden habe, brauche ich EFI, damit das darauf installierte Windoof auch noch nutzbar bleibt.

…und Du in diesem Artikel Hinweise darauf einfügen magst.

das hat aber imho mit dem stand-alone grub gar nichts zu tun.

Hm, versteh' ich jetzt nicht. Wäre doch interessant zu wissen, ob er in der Lage ist, auf einem 64-Bit EFI-Rechner ein 32-Bit Ubuntu zu booten.

EDIT: Du hast doch sicher so ein System schon fertig rumliegen. Wäre es Dir möglich, da mal testhalber ein 32-Bit Lubuntu (18.04 oder auch 16.04) draufzuspielen, und zwar auf einem 64-Bit EFI-Rechner.

Eine Alternative könnte vielleicht auch noch sein, dass ich einfach MultiSystem auf dem Rechner installiere. Das ist zumindest in der Lage, ein 32-Bit ISO zu booten. Ob es auch ein normal installiertes 32-Bit Ubuntu booten kann, wäre noch zu überprüfen.

Hej UlfZibis,

UlfZibis schrieb:

... Hab ich ja gemacht: ubiquity -b

muß gar nicht, wenn Du im CSM Modus installierst, reicht auch als Ziel für grub "/"

...doch sicher so ein System schon fertig rumliegen.

und Du siehst Dich außerstande, die beiden EWMS1.zip und 2.zip herunterzuladen, zusammenzuführen, mit dd auf einen Stick zu schreiben, die grub.cfg in der 2. Partition mit passenden menuentry zu versehen? (ist 'ne Sache von ein paar Minuten)

Beispiel:

menuentry "W10-gpt" {
insmod part_gpt
search --fs-uuid --set=root xxxx-yyyy
	chainloader /efi/microsoft/boot/bootmgfw.efi
}
menuentry "ubuntu-32" {
insmod part_gpt
search --no-floppy --fs-uuid --set=root <UUID>
configfile /boot/grub/grub.cfg
}

Zum Booten soll es auch so nette Tools wie SG²D geben.

Gruß black tencate

UlfZibis schrieb:

ein 32-Bit Ubuntu auf dem kleinen Netbook (ASUS-X200M) haben möchte

Du bringst jetzt aber nicht etwas völlig durcheinander?

Linuxium integriert 32-bit-EFI-Bootloader

von.wert schrieb:

Du bringst jetzt aber nicht etwas völlig durcheinander?

Linuxium integriert 32-bit-EFI-Bootloader

Ich glaube nicht, denn in dem Artikel geht es um Rechner mit einem 32-Bit UEFI (wenn ich es richtig verstanden habe), meiner hat aber ein 64-Bit UEFI, auf dem ich ein 32-Bit Ubuntu installieren möchte.

UlfZibis schrieb:

auf dem ich ein 32-Bit Ubuntu installieren möchte.

Na, wenn Du das wirklich willst, weshalb auch immer. Dann installiere Debian Bullseye x86_32!

Ich habe zunächst noch mit meiner Methode etwas herumprobiert. Ich will's einfach nicht glauben, dass das, was vor ein paar Jahren mit einem Ubuntu 16.04.1 Image mal wunderbar ging, heute nicht mehr klappen sollte (auch mit 18.04.1 hat's funtioniert) 🦆 Ich habe auch über Jahre Updates machen können, ohne das was kaputt ging. Erst als ich nun 20.04 (64-Bit) zusätzlich daneben installiert habe, ging alles kaputt.

Wenn /etc/apt/preferences.d/grub.pref folgenden Inhalt hat (damit wird verhindert, dass bei einer Aktualisierung grub-efi-amd64 durch grub-pc ersetzt und HWE verhindert wird, und GRUB auf Version 2.02-* fixiert):

Package: grub-pc*
Pin: release v=*, l=*
Pin-Priority: -1

Package: linux-headers-generic-hwe-* linux-image-generic-hwe-*
Pin: release v=*, l=*
Pin-Priority: -1

Package: grub* grub*:amd64 shim* shim*:amd64 os-prober
Pin: release a=*-updates
Pin-Priority: -1

dann bekomme ich nach dem Boot-Menü:

linux-image-xxxx-generic wird geladen ...
Initiale RAM-disk wird geladen ...

und dabei bleibt's dann auch, aber immerhin wird der Kernel nicht bemängelt.

Wenn ich den letzten Absatz weglasse, wodurch GRUB auf 2.04-* aktualisiert wird, bekomme ich ungefähr:

linux-image-xxxx-generic wird geladen ...
Kernel does not support 64 bit cpu
Initiale RAM-disk wird geladen ...

und nach ca. 30 Sek. wird wieder das GRUB-Memü zurückgesprungen.

Vielleicht gibt das ja ein paar Hinweise, warum meine HowTo-Methode heute nicht mehr funktioniert.

Möglicherweise liegt's daran, dass grub-efi-amd64 damals eine noch ältere Version war, die sich heute nicht mehr aus dem Repo ziehen lässt und/oder der Kernel war noch älter.

Vielleicht funktioniert update-initramfs im chroot-Modus auch nicht richtig, und kreiert das inintramfs aus dem Verzeichnis des Live-Systems, statt des Ziel-Systems.

black_tencate schrieb:

Hab ich ja gemacht: ubiquity -b

muß gar nicht, wenn Du im CSM Modus installierst, reicht auch als Ziel für grub "/"

Hab's jetzt mit ubiquity -b gemacht, da ich Deine Alternative nicht verstanden habe, und ich außerdem im EFI-Modus bin.

[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
UEFI

Die grub.cfg auf dem USB-Stick in /dev/sdc2 sieht nun so aus:

if loadfont /boot/grub/fonts/unicode.pf2 ; then
  set gfxmode=auto
  insmod gfxterm
  insmod vbe
  terminal_output gfxterm
  if terminal_output gfxterm; then true ; else
    terminal gfxterm
  fi
fi

grub_gfxpayload_linux=keep

 set color_normal=light-gray/black
 set menu_color_normal=white/black
 set menu_color_highlight=red/black

 set default=0

submenu ".iso-files"{
 menuentry "Beispiele, anpassen" {
   set root=(hd0,2)
}
 menuentry "ubuntu-18.04.1-desktop-amd64" {
   set root=(hd0,3)
   loopback loop /ubuntu-18.04.1-desktop-amd64.iso
   linux (loop)/casper/vmlinuz boot=casper nomodeset ramdisk_size=2097152 root=/dev/ram rw locale=de_DE bootkbd=de console-setup/layoutcode=de iso-scan/filename=/ubuntu-18.04.1-desktop-amd64.iso
   initrd (loop)/casper/initrd.lz 
}
 menuentry "ubuntu-budgie-18.10-desktop-amd64 live " {
   set root=(hd0,3)
   loopback loop /ubuntu-budgie-18.10-desktop-amd64.iso
   linux (loop)/casper/vmlinuz boot=casper nomodeset ramdisk_size=2097152 root=/dev/ram rw locale=de_DE bootkbd=de console-setup/layoutcode=de iso-scan/filename=/ubuntu-budgie-18.10-desktop-amd64.iso
   initrd (loop)/casper/initrd 
}
}
submenu "zu entpackende" {
 menuentry "Beispiele, anpassen" {
   set root=(hd0,2)
}
 menuentry "tails live" {
   set root=(hd0,4)
   linux /live/vmlinuz boot=live config live-media=removable nopersistence noprompt timezone=Etc/UTC block.events_dfl_poll_msecs=1000 splash noautologin module=Tails slab_nomerge slub_debug=FZP mce=0 vsyscall=none page_poison=1 union=aufs quiet       
   initrd /live/initrd.img 
}

 menuentry "Windows 10 17763 (nur legacy)" {
   set root=(hd0,4)
   chainloader +1
}
 menuentry "AOMEI PartMan (nur legacy)" {
   set root=(hd0,4)
   chainloader +1
}
}
submenu "Feste Installationen" {
 menuentry "Windows 8.1 auf Festplatte" {
   insmod part_gpt
   ## UUID von EFI-Partition /dev/sda1 :
   search --fs-uuid --set=root BC5C-B7DD
   chainloader /efi/microsoft/boot/bootmgfw.efi
}
 menuentry "Menü von Ubuntu-32 16.04 auf USB-Stick" {
   insmod part_msdos
   insmod ext2
   ## Ubuntu_16.04 auf dem USB-Stick /dev/sdc5 :
   search --no-floppy --fs-uuid --set=root 12242877-0cc0-4f7b-afb0-ffadeca726a0
   configfile /boot/grub/grub.cfg
}
}

Die nötige grub.cfg habe ich dann per chroot im Zielsystem so hergestellt:

grub-mkconfig -o /boot/grub/grub.cfg

Dann bin ich mal gespannt, ob das so richtig ist.

EDIT: Jipee, das funktioniert tatsächlich.

Auch Windows und mein geliebtes noch installiertes Ubuntu-32_18.04 auf der Festplatte starten damit.

So, jetzt frag ich mich aber noch, wie ich diese Komposition auf die interne Festplatte transponiere.

Ich kann ja jetzt nicht einfach das EWMS.img auf die interne Platte spielen, denn dann geht ja die vorhandene Partitionierung und die Windows-Installation flöten, mal abgesehen davon, dass die interne eine GPT ist.

Kann mir da jemand Hinweise geben?

Was passiert denn, wenn ich nun das taufrische Ubuntu 16.04 auf dem USB-Stick aktualisiere (Ja, ich weiß, ist veraltet, soll ja nur zum Testen des Prinzips dienen)? Da wird doch dann eine neue Version von GRUB installiert, und dann wird das stand-alone GRUB doch sicher bei kaputt gehen. Wie kann ich das am elegantesten verhindern? Reicht es evtl., die GRUB-Komponenten zu pinnen?

Hej UlfZibis,

UlfZibis schrieb:

... EDIT: Jipee, das funktioniert tatsächlich.

Evt. Glück gehabt, ich hatte auch schon Fälle – Wechsel einer Platte mit bullseye32 und ubuntu32 von intern nach USB – da erhielt ich besagte Meldung …does not support. Habe die Vermutung, daß der controler da irgendwie seine Finger im Spiel hat, aber eigentlich k.A.

UlfZibis schrieb:

So, jetzt frag ich mich aber noch, wie ich diese Komposition auf die interne Festplatte transponiere.

Ich kann ja jetzt nicht einfach das EWMS.img auf die interne Platte spielen, denn dann geht ja die vorhandene Partitionierung und die Windows-Installation flöten, mal abgesehen davon, dass die interne eine GPT ist.

das EWMS.img ist natürlich nicht für GPT geeignet

Kann mir da jemand Hinweise geben?

na, du wirst doch wohl das Kochbuch ähnliche Wiki abarbeiten können?

EDIT es muß doch auch gar nicht universal…sein, stand-alone grub im EFI Modus reicht doch vollkommen

Was passiert denn, wenn ich nun das taufrische Ubuntu 16.04 auf dem USB-Stick aktualisiere (Ja, ich weiß, ist veraltet, soll ja nur zum Testen des Prinzips dienen)? Da wird doch dann eine neue Version von GRUB installiert, und dann wird das stand-alone GRUB doch sicher bei kaputt gehen. Wie kann ich das am elegantesten verhindern? Reicht es evtl., die GRUB-Komponenten zu pinnen?

Installier Du doch im CSM, da schubst du den grub dann einfach auf den PBR. Einem Linux ist es egal, in welchen Modus es installiert wird, spannend ist allein der Bootloader, der muß das entsprechend beherrschen (CSM/EFI)

Gruß black tencate

black_tencate schrieb:

na, du wirst doch wohl das Kochbuch ähnliche Wiki abarbeiten können?

Ehrlich gesagt fällt es mir schwer da durchzusteigen, also was da genau passiert. Aber ich werde es versuchen.

EDIT es muß doch auch gar nicht universal…sein, stand-alone grub im EFI Modus reicht doch vollkommen

Das ist ja schon mal beruhigend.

Installier Du doch im CSM, da schubst du den grub dann einfach auf den PBR. Einem Linux ist es egal, in welchen Modus es installiert wird, spannend ist allein der Bootloader, der muß das entsprechend beherrschen (CSM/EFI)

Da trau' ich mich nicht ran. CSM ist mir suspekt. Ich will mir nicht die Windows-Installation zerschießen.

Nun habe ich aber eine erste Frage. Auf auf meinem Rechner auf /dev/sda1 finde ich:

$ ls -l /boot/efi/EFI/Boot/
insgesamt 1697
-rwxr-xr-x 1 root root 1617240 Jun 14  2014 bootx64.efi
-rwxr-xr-x 1 root root  119808 Dez 12  2016 fallback.efi

Da die Dateien so alt sind, gehe ich davon aus, dass sie von der Werksinstallation stammen, denn ich habe den Rechner erst ca. 2016 bekommen, und da erst Ubuntu erstmalig installiert. Auf Deinem USB-Stick finde ich auf /dev/sdc1:

$ ls -l /media/ubuntu/esp/efi/BOOT/
insgesamt 120
-rwxr-xr-x 1 root root 121856 Jan 31  2019 BOOTX64.EFI

Ich befinde mich hier auf einem Ubuntu 10.04.1 Live-Medium (/dev/sdb), die obigen Partitionen habe ich manuell an den entsprechenden Stellen eingehängt.
Von meiner Ubuntu-32 16.04.1 Installation existiert noch:

$ ls -l /boot/efi/EFI/Ubuntu/
insgesamt 128
-rwxr-xr-x 1 root root    127 Aug 28 14:03 grub.cfg
-rwxr-xr-x 1 root root 128512 Aug 29 23:12 grubx64.efi

Wie man sieht, sind die 3 GRUB Images schon von der Größe her sehr verschieden.

Wenn ich nun folgendes ausführen würde:

sudo grub-install --target=x86_64-efi --recheck --removable --efi-directory=/boot/efi/EFI --boot-directory=/boot/efi/EFI/boot

gehe ich davon aus, dass die vorhandene bootx64.efi dabei überschrieben wird. Das macht mir Sorge, denn da würde ich die Werksinstallation des Rechners evtl. mit zerstören. Was denkst Du dazu?

Ich könnte mir auch vorstellen, dass es statt sudo grub-install auch ausreichen würde, die BOOTX64.EFI von Deinem Stick einfach manuell rüberzukopieren, und auch Deine grub.cfg-Dateien an die passenden Stellen und mittels efibootmgr einen passenden Eintrag im NVRAM zu erstellen.

So sieht die gesamte EFI-Partition im Moment aus:

$ ls -lR /boot/efi
/boot/efi:
insgesamt 1
drwxr-xr-x 11 root root 1024 Aug 27 20:29 EFI

/boot/efi/EFI:
insgesamt 9
drwxr-xr-x 7 root root 1024 Aug 13  2018 ASUS
drwxr-xr-x 2 root root 1024 Dez 13  2016 Boot
drwxr-xr-x 3 root root 1024 Jan 30  2016 Microsoft
drwxr-xr-x 2 root root 1024 Aug 27 20:40 Ubuntu
drwxr-xr-x 2 root root 1024 Aug 27 20:28 Ubuntu_16.04
drwxr-xr-x 2 root root 1024 Aug 27 20:27 Ubuntu_18.04
drwxr-xr-x 3 root root 1024 Aug 27 22:39 Ubuntu-64_16.04
drwxr-xr-x 2 root root 1024 Aug 27 20:28 Ubuntu-64_18.04
drwxr-xr-x 2 root root 1024 Aug 27 20:28 Ubuntu-64_20.04

/boot/efi/EFI/ASUS:
insgesamt 61
-rwxr-xr-x 1 root root 32768 Aug 13  2018 BCD
-rwxr-xr-x 1 root root 24576 Aug 13  2018 BCD.LOG
-rwxr-xr-x 1 root root     0 Aug 13  2018 BCD.LOG1
-rwxr-xr-x 1 root root     0 Aug 13  2018 BCD.LOG2
drwxr-xr-x 2 root root  1024 Aug 13  2018 de-DE
drwxr-xr-x 2 root root  1024 Aug 13  2018 en-GB
drwxr-xr-x 2 root root  1024 Aug 13  2018 fr-FR
drwxr-xr-x 2 root root  1024 Aug 13  2018 it-IT
drwxr-xr-x 2 root root  1024 Aug 13  2018 nl-NL

/boot/efi/EFI/ASUS/de-DE:
insgesamt 60
-rwxr-xr-x 1 root root 32768 Aug 13  2018 ASBOOT.tag
-rwxr-xr-x 1 root root 28672 Aug 13  2018 ASBOOT.tag.LOG

/boot/efi/EFI/ASUS/en-GB:
insgesamt 60
-rwxr-xr-x 1 root root 32768 Aug 13  2018 ASBOOT.tag
-rwxr-xr-x 1 root root 28672 Aug 13  2018 ASBOOT.tag.LOG

/boot/efi/EFI/ASUS/fr-FR:
insgesamt 60
-rwxr-xr-x 1 root root 32768 Aug 13  2018 ASBOOT.tag
-rwxr-xr-x 1 root root 28672 Aug 13  2018 ASBOOT.tag.LOG

/boot/efi/EFI/ASUS/it-IT:
insgesamt 60
-rwxr-xr-x 1 root root 32768 Aug 13  2018 ASBOOT.tag
-rwxr-xr-x 1 root root 28672 Aug 13  2018 ASBOOT.tag.LOG

/boot/efi/EFI/ASUS/nl-NL:
insgesamt 60
-rwxr-xr-x 1 root root 32768 Aug 13  2018 ASBOOT.tag
-rwxr-xr-x 1 root root 28672 Aug 13  2018 ASBOOT.tag.LOG

/boot/efi/EFI/Boot:
insgesamt 1697
-rwxr-xr-x 1 root root 1617240 Jun 14  2014 bootx64.efi
-rwxr-xr-x 1 root root  119808 Dez 12  2016 fallback.efi

/boot/efi/EFI/Microsoft:
insgesamt 4
drwxr-xr-x 40 root root 4096 Jan 30  2016 Boot

/boot/efi/EFI/Microsoft/Boot:
insgesamt 4811
-rwxr-xr-x 1 root root   40960 Aug 31 17:14 BCD
-rwxr-xr-x 1 root root   40960 Aug 13  2018 BCD.LOG
-rwxr-xr-x 1 root root       0 Aug 13  2018 BCD.LOG1
-rwxr-xr-x 1 root root       0 Aug 13  2018 BCD.LOG2
drwxr-xr-x 2 root root    1024 Aug 13  2018 bg-BG
-rwxr-xr-x 1 root root 1617240 Jun 14  2014 bootmgfw.efi
-rwxr-xr-x 1 root root 1614168 Jun 14  2014 bootmgr.efi
-rwxr-xr-x 1 root root   65536 Aug 13  2018 BOOTSTAT.DAT
-rwxr-xr-x 1 root root    4247 Jun 18  2013 boot.stl
drwxr-xr-x 2 root root    1024 Aug 13  2018 cs-CZ
drwxr-xr-x 2 root root    1024 Aug 13  2018 da-DK
drwxr-xr-x 2 root root    1024 Aug 13  2018 de-DE
drwxr-xr-x 2 root root    1024 Aug 13  2018 el-GR
drwxr-xr-x 2 root root    1024 Aug 13  2018 en-GB
drwxr-xr-x 2 root root    1024 Aug 13  2018 en-US
drwxr-xr-x 2 root root    1024 Aug 13  2018 es-ES
drwxr-xr-x 2 root root    1024 Aug 13  2018 et-EE
drwxr-xr-x 2 root root    1024 Aug 13  2018 fi-FI
drwxr-xr-x 2 root root    2048 Aug 13  2018 Fonts
drwxr-xr-x 2 root root    1024 Aug 13  2018 fr-FR
drwxr-xr-x 2 root root    1024 Aug 13  2018 hr-HR
drwxr-xr-x 2 root root    1024 Aug 13  2018 hu-HU
drwxr-xr-x 2 root root    1024 Aug 13  2018 it-IT
drwxr-xr-x 2 root root    1024 Aug 13  2018 ja-JP
drwxr-xr-x 2 root root    1024 Aug 13  2018 ko-KR
drwxr-xr-x 2 root root    1024 Aug 13  2018 lt-LT
drwxr-xr-x 2 root root    1024 Aug 13  2018 lv-LV
-rwxr-xr-x 1 root root 1500504 Apr 27  2014 memtest.efi
drwxr-xr-x 2 root root    1024 Aug 13  2018 nb-NO
drwxr-xr-x 2 root root    1024 Aug 13  2018 nl-NL
drwxr-xr-x 2 root root    1024 Aug 13  2018 pl-PL
drwxr-xr-x 2 root root    1024 Aug 13  2018 pt-BR
drwxr-xr-x 2 root root    1024 Aug 13  2018 pt-PT
drwxr-xr-x 2 root root    1024 Aug 13  2018 qps-ploc
drwxr-xr-x 7 root root    1024 Aug 13  2018 Resources
drwxr-xr-x 2 root root    1024 Aug 13  2018 ro-RO
drwxr-xr-x 2 root root    1024 Aug 13  2018 ru-RU
drwxr-xr-x 2 root root    1024 Aug 13  2018 sk-SK
drwxr-xr-x 2 root root    1024 Aug 13  2018 sl-SI
drwxr-xr-x 2 root root    1024 Aug 13  2018 sr-Latn-CS
drwxr-xr-x 2 root root    1024 Aug 13  2018 sr-Latn-RS
drwxr-xr-x 2 root root    1024 Aug 13  2018 sv-SE
drwxr-xr-x 2 root root    1024 Aug 13  2018 tr-TR
drwxr-xr-x 2 root root    1024 Aug 13  2018 uk-UA
drwxr-xr-x 2 root root    1024 Aug 13  2018 zh-CN
drwxr-xr-x 2 root root    1024 Aug 13  2018 zh-HK
drwxr-xr-x 2 root root    1024 Aug 13  2018 zh-TW

/boot/efi/EFI/Microsoft/Boot/bg-BG:
insgesamt 152
-rwxr-xr-x 1 root root 77152 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 77152 Aug 22  2013 bootmgr.efi.mui

/boot/efi/EFI/Microsoft/Boot/cs-CZ:
insgesamt 195
-rwxr-xr-x 1 root root 76128 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 76128 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45408 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/da-DK:
insgesamt 193
-rwxr-xr-x 1 root root 75616 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 75616 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45408 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/de-DE:
insgesamt 199
-rwxr-xr-x 1 root root 78688 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 78688 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45920 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/el-GR:
insgesamt 202
-rwxr-xr-x 1 root root 79712 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 79712 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 46432 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/en-GB:
insgesamt 144
-rwxr-xr-x 1 root root 73568 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 73568 Aug 22  2013 bootmgr.efi.mui

/boot/efi/EFI/Microsoft/Boot/en-US:
insgesamt 189
-rwxr-xr-x 1 root root 73568 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 73568 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45408 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/es-ES:
insgesamt 197
-rwxr-xr-x 1 root root 77152 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 77152 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45920 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/et-EE:
insgesamt 146
-rwxr-xr-x 1 root root 74592 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 74592 Aug 22  2013 bootmgr.efi.mui

/boot/efi/EFI/Microsoft/Boot/fi-FI:
insgesamt 195
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45408 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/Fonts:
insgesamt 13056
-rwxr-xr-x 1 root root 3694080 Jun 18  2013 chs_boot.ttf
-rwxr-xr-x 1 root root 3876772 Jun 18  2013 cht_boot.ttf
-rwxr-xr-x 1 root root 1984228 Jun 18  2013 jpn_boot.ttf
-rwxr-xr-x 1 root root 2371360 Jun 18  2013 kor_boot.ttf
-rwxr-xr-x 1 root root  168212 Jun 18  2013 malgun_boot.ttf
-rwxr-xr-x 1 root root  165764 Jun 18  2013 malgunn_boot.ttf
-rwxr-xr-x 1 root root  134508 Jun 18  2013 meiryo_boot.ttf
-rwxr-xr-x 1 root root  132888 Jun 18  2013 meiryon_boot.ttf
-rwxr-xr-x 1 root root  154896 Jun 18  2013 msjh_boot.ttf
-rwxr-xr-x 1 root root  152892 Jun 18  2013 msjhn_boot.ttf
-rwxr-xr-x 1 root root  146228 Jun 18  2013 msyh_boot.ttf
-rwxr-xr-x 1 root root  142124 Jun 18  2013 msyhn_boot.ttf
-rwxr-xr-x 1 root root   36020 Jun 18  2013 segmono_boot.ttf
-rwxr-xr-x 1 root root   77088 Jun 18  2013 segoen_slboot.ttf
-rwxr-xr-x 1 root root   77404 Jun 18  2013 segoe_slboot.ttf
-rwxr-xr-x 1 root root   47452 Jun 18  2013 wgl4_boot.ttf

/boot/efi/EFI/Microsoft/Boot/fr-FR:
insgesamt 199
-rwxr-xr-x 1 root root 78688 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 78688 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45920 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/hr-HR:
insgesamt 150
-rwxr-xr-x 1 root root 76128 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 76128 Aug 22  2013 bootmgr.efi.mui

/boot/efi/EFI/Microsoft/Boot/hu-HU:
insgesamt 199
-rwxr-xr-x 1 root root 78176 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 78176 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45920 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/it-IT:
insgesamt 195
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45408 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/ja-JP:
insgesamt 174
-rwxr-xr-x 1 root root 67424 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 67424 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 42848 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/ko-KR:
insgesamt 174
-rwxr-xr-x 1 root root 66912 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 66912 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 42848 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/lt-LT:
insgesamt 148
-rwxr-xr-x 1 root root 75616 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 75616 Aug 22  2013 bootmgr.efi.mui

/boot/efi/EFI/Microsoft/Boot/lv-LV:
insgesamt 148
-rwxr-xr-x 1 root root 75104 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 75104 Aug 22  2013 bootmgr.efi.mui

/boot/efi/EFI/Microsoft/Boot/nb-NO:
insgesamt 193
-rwxr-xr-x 1 root root 75104 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 75104 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45920 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/nl-NL:
insgesamt 197
-rwxr-xr-x 1 root root 77664 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 77664 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45408 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/pl-PL:
insgesamt 197
-rwxr-xr-x 1 root root 77664 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 77664 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45920 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/pt-BR:
insgesamt 195
-rwxr-xr-x 1 root root 76128 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 76128 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45408 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/pt-PT:
insgesamt 195
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45920 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/qps-ploc:
insgesamt 189
-rwxr-xr-x 1 root root 73560 Feb 22  2014 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 73560 Feb 22  2014 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45408 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/Resources:
insgesamt 23
-rwxr-xr-x 1 root root 18272 Aug 22  2013 bootres.dll
drwxr-xr-x 2 root root  1024 Aug 13  2018 de-DE
drwxr-xr-x 2 root root  1024 Aug 13  2018 en-US
drwxr-xr-x 2 root root  1024 Aug 13  2018 fr-FR
drwxr-xr-x 2 root root  1024 Aug 13  2018 it-IT
drwxr-xr-x 2 root root  1024 Aug 13  2018 nl-NL

/boot/efi/EFI/Microsoft/Boot/Resources/de-DE:
insgesamt 12
-rwxr-xr-x 1 root root 11616 Dez 13  2013 bootres.dll.mui

/boot/efi/EFI/Microsoft/Boot/Resources/en-US:
insgesamt 12
-rwxr-xr-x 1 root root 11616 Aug 22  2013 bootres.dll.mui

/boot/efi/EFI/Microsoft/Boot/Resources/fr-FR:
insgesamt 12
-rwxr-xr-x 1 root root 11616 Dez 13  2013 bootres.dll.mui

/boot/efi/EFI/Microsoft/Boot/Resources/it-IT:
insgesamt 12
-rwxr-xr-x 1 root root 11616 Dez 13  2013 bootres.dll.mui

/boot/efi/EFI/Microsoft/Boot/Resources/nl-NL:
insgesamt 12
-rwxr-xr-x 1 root root 11616 Dez 13  2013 bootres.dll.mui

/boot/efi/EFI/Microsoft/Boot/ro-RO:
insgesamt 148
-rwxr-xr-x 1 root root 75616 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 75616 Aug 22  2013 bootmgr.efi.mui

/boot/efi/EFI/Microsoft/Boot/ru-RU:
insgesamt 194
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 44896 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/sk-SK:
insgesamt 150
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgr.efi.mui

/boot/efi/EFI/Microsoft/Boot/sl-SI:
insgesamt 150
-rwxr-xr-x 1 root root 76128 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 76128 Aug 22  2013 bootmgr.efi.mui

/boot/efi/EFI/Microsoft/Boot/sr-Latn-CS:
insgesamt 150
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgr.efi.mui

/boot/efi/EFI/Microsoft/Boot/sr-Latn-RS:
insgesamt 150
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgr.efi.mui

/boot/efi/EFI/Microsoft/Boot/sv-SE:
insgesamt 195
-rwxr-xr-x 1 root root 76128 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 76128 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45408 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/tr-TR:
insgesamt 193
-rwxr-xr-x 1 root root 75104 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 75104 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 45408 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/uk-UA:
insgesamt 150
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 76640 Aug 22  2013 bootmgr.efi.mui

/boot/efi/EFI/Microsoft/Boot/zh-CN:
insgesamt 168
-rwxr-xr-x 1 root root 63840 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 63840 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 42336 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/zh-HK:
insgesamt 168
-rwxr-xr-x 1 root root 63832 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 63840 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 42336 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Microsoft/Boot/zh-TW:
insgesamt 168
-rwxr-xr-x 1 root root 63840 Aug 22  2013 bootmgfw.efi.mui
-rwxr-xr-x 1 root root 63840 Aug 22  2013 bootmgr.efi.mui
-rwxr-xr-x 1 root root 42336 Aug 22  2013 memtest.efi.mui

/boot/efi/EFI/Ubuntu:
insgesamt 128
-rwxr-xr-x 1 root root    127 Aug 27 20:25 grub_13.cfg
-rwxr-xr-x 1 root root    127 Aug 28 14:03 grub.cfg
-rwxr-xr-x 1 root root 128512 Aug 29 23:12 grubx64.efi

/boot/efi/EFI/Ubuntu_16.04:
insgesamt 0

/boot/efi/EFI/Ubuntu_18.04:
insgesamt 0

/boot/efi/EFI/Ubuntu-64_16.04:
insgesamt 5804
drwxr-xr-x 2 root root    1024 Nov  7  2016 fw
-rwxr-xr-x 1 root root   64352 Nov  7  2016 fwupx64.efi
-rwxr-xr-x 1 root root     127 Dez 11  2016 grub_10.cfg
-rwxr-xr-x 1 root root     127 Aug 27 22:38 grub_11.cfg
-rwxr-xr-x 1 root root     126 Dez 11  2016 grub_7.cfg
-rwxr-xr-x 1 root root     127 Aug 27 22:38 grub.cfg
-rwxr-xr-x 1 root root 1103224 Nov 29  2016 grubx64.efi
-rwxr-xr-x 1 root root 1103224 Dez  5  2016 grubx64_orig.efi
-rwxr-xr-x 1 root root 1103224 Nov 29  2016 grubx64_ubuntu-64.efi
-rwxr-xr-x 1 root root 1271672 Dez  8  2016 MokManager.efi
-rwxr-xr-x 1 root root 1289424 Dez  8  2016 shimx64.efi

/boot/efi/EFI/Ubuntu-64_16.04/fw:
insgesamt 0

/boot/efi/EFI/Ubuntu-64_18.04:
insgesamt 0

/boot/efi/EFI/Ubuntu-64_20.04:
insgesamt 0

$ efibootmgr -v
BootCurrent: 0003
Timeout: 1 seconds
BootOrder: 0000,0002,0003,0004,0005,0006,0001
Boot0000* Ubuntu	HD(1,GPT,671281f8-513a-46b7-8cd7-ff6fed6d5eca,0x800,0x32000)/File(\EFI\UBUNTU\GRUBX64.EFI)
Boot0001* Windows Boot Manager	VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0002* Windows Boot Manager	HD(1,GPT,671281f8-513a-46b7-8cd7-ff6fed6d5eca,0x800,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0003* UEFI: ST1000LM024 HN-M101MBB	PciRoot(0x0)/Pci(0x14,0x0)/USB(4,0)/USB(2,0)/HD(1,MBR,0x17a7f65c,0x800,0x5000000)..BO
Boot0004* UEFI: ST1000LM024 HN-M101MBB	PciRoot(0x0)/Pci(0x14,0x0)/USB(4,0)/USB(2,0)/HD(2,MBR,0x17a7f65c,0x6ed27800,0x59df5b0)..BO
Boot0005* UEFI: ST1000LM024 HN-M101MBB	PciRoot(0x0)/Pci(0x14,0x0)/USB(4,0)/USB(2,0)/HD(3,MBR,0x17a7f65c,0xea00800,0x5f000000)..BO
Boot0006* UEFI: ST1000LM024 HN-M101MBB	PciRoot(0x0)/Pci(0x14,0x0)/USB(4,0)/USB(2,0)/HD(4,MBR,0x17a7f65c,0x5000800,0x9a00000)/HD(2,MBR,0x0,0x6b59800,0x7ea7000)..BO

Auf der externen ST1000LM024-Platte sind neben der Multisystem-Partition, von der ich das Ubuntu-64 18.04.1 Live-System gestartet habe, noch 3 andere Partitionen, wie man sieht.

Es stellt sich mir auch noch die Frage, warum Du das GRUB-Image nach EFI/BOOT statt nach EFI/Ubuntu installierst.

Hej UlfZibis,

UlfZibis schrieb:

...fällt es mir schwer da durchzusteigen, also was da genau passiert.

ganz einfach: grub wird 2x installiert, 1x im CSM Modus (Ziel für stage1 der MBR, Ort für die grub-Dateien <ESP>/boot-bios), 1x im EFI Modus (Ziel die <ESP>, Ort für die Dateien <ESP>/boot-efi); für den CSM Modus ggf. notwendig auf einer GPT Platte eben auch eine bios_grub Partition.

...Ich will mir nicht die Windows-Installation zerschießen.

dann mach 's doch einfach so:

• bisherige ESP nur die Markierung esp entfernen.

• neue ESP anlegen mit Markierung esp

  • dorthin den stand-laone grub installieren (Verzeichnis egal)

  • eine grub.cfg anlegen und die schon genannten menuentry eintragen; den für Windows mit der UUID der "alten" ESP! (Für den Fall, daß Du öfter in der grub.cfg zu editieren beabsichtigst, empfiehlt es sich, die grub.cfg im Verzeichnis <ESP>/Verzeichnis egal/grub nur mit einem 'set root=…' und 'configfile /…' auszustatten, und die grub.cfg mit den Einträgen für Windows und weitere an einen Ort zu schreiben, der ohne "Gefrickel" (sudo mount…) erreichbar ist.

...CSM ist mir suspekt

und wie bitte möchtest du dann ein 32-bit auf dem PC installieren? (Ja, Du kannst eine fertige Installation auch einfach per Partition rüberkopieren, den Bootloader hast du eh separat mit so einem stand-alone grub)

Wie gesagt, einem Linux ist der Modus, in welchem installiert wird, schnurz-piep-egal, entscheidend ist der Loader, der muß zum Modus passen.

Das ganze Gestrüpp rund um die grub scripte hat mich noch nie interessiert, insofern kann ich zu fallback.efi nichts sagen, aber – so habe ich das bisher verstanden – ist genau dafür <ESP>/BOOT/BOTX64.EFI zuständig.

OT

> /boot/efi/EFI/Ubuntu:
> insgesamt 128
> -rwxr-xr-x 1 root root    127 Aug 27 20:25 grub_13.cfg
> -rwxr-xr-x 1 root root    127 Aug 28 14:03 grub.cfg
> -rwxr-xr-x 1 root root 128512 Aug 29 23:12 grubx64.efi
> 
> /boot/efi/EFI/Ubuntu_16.04:
> insgesamt 0
> 
> /boot/efi/EFI/Ubuntu_18.04:
> insgesamt 0
> 
> /boot/efi/EFI/Ubuntu-64_16.04:
> insgesamt 5804
> drwxr-xr-x 2 root root    1024 Nov  7  2016 fw
> -rwxr-xr-x 1 root root   64352 Nov  7  2016 fwupx64.efi
> -rwxr-xr-x 1 root root     127 Dez 11  2016 grub_10.cfg
> -rwxr-xr-x 1 root root     127 Aug 27 22:38 grub_11.cfg
> -rwxr-xr-x 1 root root     126 Dez 11  2016 grub_7.cfg
> -rwxr-xr-x 1 root root     127 Aug 27 22:38 grub.cfg
> -rwxr-xr-x 1 root root 1103224 Nov 29  2016 grubx64.efi
> -rwxr-xr-x 1 root root 1103224 Dez  5  2016 grubx64_orig.efi
> -rwxr-xr-x 1 root root 1103224 Nov 29  2016 grubx64_ubuntu-64.efi
> -rwxr-xr-x 1 root root 1271672 Dez  8  2016 MokManager.efi
> -rwxr-xr-x 1 root root 1289424 Dez  8  2016 shimx64.efi
> 
> /boot/efi/EFI/Ubuntu-64_16.04/fw:
> insgesamt 0
> 
> /boot/efi/EFI/Ubuntu-64_18.04:
> insgesamt 0
> 
> /boot/efi/EFI/Ubuntu-64_20.04:
> insgesamt 0
> 

wie hast Du das denn zurecht gefummelt? UBUNTU kennt doch ausschließlich /boot/efi/EFI/Ubuntu → Mehrbootsystem mit 2x Ubuntu
/OT

Gruß black tencate

Ich sehe, ich muss hier mal ein paar Kleinigkeiten korrigieren. Spät in der Nacht übersehe ich wohl schon mal was, oder merke nicht, wenn ich mich vertippe.

UlfZibis schrieb:

EDIT: Jipee, das funktioniert tatsächlich.

Auch Windows und mein geliebtes noch installiertes Ubuntu-32_18.04 auf der Festplatte starten damit.

Der erste Halbsatz stimmt, der 2. hat sich später doch als falsch herausgestellt. Die bisher aufgetretenen Boot-Fehler

• "Kernel does not support 64 bit cpu"

• "Initiale RAM-disk wird geladen ..." und dann passiert nichts mehr

traten nicht mehr auf, und so hatte ich gar nicht abgewartet, ob Ubuntu-32_18.04 auch voll durchstartet. Leider tut es das nicht, im Normalmodus kommt man bis zum violetten Hintergrund ohne weitere Grafik, und im Recovery-Modus bis an einen Prompt, der da [initramfs] lautet. Da kann man dann z.B. ls -l ausführen.

UlfZibis schrieb:

Ich befinde mich hier auf einem Ubuntu 10.04.1 Live-Medium (/dev/sdb), die obigen Partitionen habe ich manuell an den entsprechenden Stellen eingehängt.

Da sollte 18.04.1 stehen. (und es ist die 32-Bit Version gemeint)

Auf der externen ST1000LM024-Platte sind neben der Multisystem-Partition, von der ich das Ubuntu-64 18.04.1 Live-System gestartet habe, noch 3 andere Partitionen, wie man sieht.

Falsch, es war das Ubuntu-64 18.04.4 Live-System, nur das weiter oben verwendete 32-Bit 18.04 war .1.

black_tencate schrieb:

ganz einfach: grub wird 2x installiert, 1x im CSM Modus (Ziel für stage1 der MBR, Ort für die grub-Dateien <ESP>/boot-bios), 1x im EFI Modus (Ziel die <ESP>, Ort für die Dateien <ESP>/boot-efi); für den CSM Modus ggf. notwendig auf einer GPT Platte eben auch eine bios_grub Partition.

Aha, danke, jetzt sackt's langsam. Und die bios_grub Partition mit der einsamen grub.cfg könnte man weglassen, wenn man CSM nicht braucht, und somit bliebe dann eine einzige Boot-Partition, nämlich die ESP.

...Ich will mir nicht die Windows-Installation zerschießen.

dann mach 's doch einfach so:

• bisherige ESP nur die Markierung esp entfernen. .....

Ist eine Erwägung wert. Dann wird auch nicht die schon vorhandene <esp>/EFI/Boot/BOOTX64.EFI von 2014 überschrieben. Aktuell habe ich es nur umbenannt in Boot.orig

...CSM ist mir suspekt

und wie bitte möchtest du dann ein 32-bit auf dem PC installieren?

Zumindest bei mir läuft auch das 32-Bit Life-System im EFI-Modus. Von da aus installiere ich mit ubiquity -b.

(Ja, Du kannst eine fertige Installation auch einfach per Partition rüberkopieren, den Bootloader hast du eh separat mit so einem stand-alone grub)

Genau das hat leider nichts gebracht, denn damit komme ich nur bis zum [initramfs], wie oben erwähnt.

OT wie hast Du das denn zurecht gefummelt? UBUNTU kennt doch ausschließlich /boot/efi/EFI/Ubuntu → Mehrbootsystem mit 2x Ubuntu

Na erst mal hatte ich gedacht, dass es doch auch ganz nett ist, wenn man schon per EFI-Menü auswählen kann. Im weiteren Verlauf stellte sich heraus, dass es auch wichtig ist, dass sich die GRUB-Installationen nicht bei jeder automatischen Aktualisierung gegenseitig überschreiben. Den Trick habe ich von hier: Mehrbootsystem mit 2x Ubuntu (Abschnitt „Zweites-Ubuntu-im-System“) und hier: EFI Nachbearbeitung (Abschnitt „Zusaetzliches-Bootverzeichnis-erstellen“)

/OT