Arch Linux

[Großteil-ok] EFISTUB und die Möglichkeiten

fablab

Hallo Ihr,

https://wiki.archlinux.de/title/EFISTUB

hier steht "In diesem Artikel wird davon ausgegangen, dass nur ein OS installiert werden soll".

Kann man EFISTUB auch für Multbootsysteme eingesetzt?

Oder noch eine Idee, kann EFISTUB auch ISOs booten?

MfG

fablab

Gute Infolinks:

https://www.happyassassin.net/2014/01/25/uefi-boot-how-does-that-actually-work-then/

https://neosmart.net/wiki/fix-uefi-boot/#Fix_UEFI_Boot_in_Windows_8_81_or_10

Greg

Nein.
Um Multiboot doch durchführen zu können, kannst du im Uefi-Bios das aussuchen oder wenn das zu kompliziert ist mit rEFind.
https://wiki.archlinux.de/title/Refind
oder systemd-boot oder grub.

fablab

Zusammenfasuung:

1.- EFISTUB kann keine ISOs booten.

2.- Ein Multiibootsystem ist möglich, wenn die verwendeten OS-System (z. B. Linuxkernel) EFISTUB unterstützen.

3.- Die Bootzeit wird mit EFISTUB verkürzt, weil die Grubebene fehlt.

Auf rEFind möchte ich verzichten, es widerspricht meiner Ansicht nach dem KISS - Prinzig von archlinux.

Richtig so zusammengefaßt?

MfG

fablab

brikler

fablab schrieb hier steht "In diesem Artikel wird davon ausgegangen, dass nur ein OS installiert werden soll".

Kann man EFISTUB auch für Multbootsysteme eingesetzt?

du kannst das OS im UEFI menü auswählen.
nebenbei gesagt, schreibt grub seinen eintrag in den NVRAM, wie auch windoof und wenns dann wieder mal heißt "windoof hat mir grub zerschossen", dann wurde die reihenfolge im NVRAM geändert. du kannst dir diese reihenfolge mit "efibootmgr" ansehen und auch verändern.
wenn du mehrere pinguine halten willst, dann erstelle für jeden einen eintrag im NVRAM

man efibootmgr

fablab

Hallo Archer,

mein Arch möchte ich jetzt mit EFISTUB booten.

https://wiki.archlinux.de/title/EFISTUB

https://wiki.archlinux.org/index.php/EFISTUB

Erster Schritt, UEFI-Einträge ermitteln:

efibootmgr
BootCurrent: 0015
Timeout: 0 seconds
BootOrder: 0015,0000,0001,0002,0003,0007,0008,0009,000A,000B,000C,000D,000E,0013,0014
Boot0000  Setup
Boot0001  Boot Menu
Boot0002  Diagnostic Splash Screen
Boot0003  Lenovo Diagnostics
Boot0004  Startup Interrupt Menu
Boot0005  Rescue and Recovery
Boot0006  MEBx Hot Key
Boot0007* USB CD
Boot0008* USB FDD
Boot0009* ATAPI CD
Boot000A* ATA HDD0
Boot000B* ATA HDD1:
Boot000C* ATA HDD2:
Boot000D* USB HDD
Boot000E* PCI LAN
Boot000F* IDER BOOT CDROM
Boot0010* IDER BOOT Floppy
Boot0011* ATA HDD
Boot0012* PCI LAN
Boot0013  Other HDD
Boot0014  Other CD
Boot0015* ubuntu

Zweiter Schritt, Partitionen ermitteln,

parted -l
 /dev/sda:  512GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: 

Nummer  Anfang  Ende    Größe   Dateisystem     Name                          Flags
 1      1049kB  524MB   523MB   ntfs                                          diag
 2      524MB   629MB   105MB   fat32                                         boot, esp
 3      629MB   646MB   16,8MB                  Microsoft reserved partition  msftres
 4      646MB   63,6GB  62,9GB  ntfs                                          msftdata
 5      63,6GB  84,5GB  21,0GB  ext4            arch
 6      84,5GB  106GB   21,0GB  ext4            archh
 7      106GB   126GB   21,0GB  ext4            k1804
 8      126GB   147GB   21,0GB  ext4            k1804h
 9      147GB   494GB   347GB   ntfs                                          msftdata
10      494GB   512GB   17,8GB  linux-swap(v1)

dritter Schritt, EFI Eintrag erstellen:

Aus dem Wiki:

Vorlage

efibootmgr -c -d /dev/sda -p 1 -l \vmlinuz-linux -L "Arch Linux" -u "initrd=/initramfs-linux.img root=/dev/sdXY"

angepaßter EFI Eintrag

efibootmgr -c -d /dev/sda -p 1 -l \vmlinuz-linux -L "Arch Linux" -u "initrd=/initramfs-linux.img root=/dev/sda5"

Folgendes aus der Anleitung:
Abschluss
Die /boot Partition muss über die fstab gemountet werden. Der Eintrag in der fstab sieht dann so aus:

/dev/sda1 /boot /vfat defaults,noatime 0 0

Meine jetzige cat /etc/fstab

# /dev/sda5
UUID=5d6eba5d-ca4b-4aa5-9758-9740a2919c43       /               ext4            rw,relatime,data=ordered        0 1

# efivarfs
efivarfs                /sys/firmware/efi/efivars       efivarfs        rw,nosuid,nodev,noexec  0 0

# bpf
bpf                     /sys/fs/bpf     bpf             rw,nosuid,nodev,noexec,mode=700 0 0

# /dev/sda6
UUID=c0859557-58c6-4519-a2d3-1cf3959e18db       /home           ext4            rw,relatime,data=ordered        0 2

# /dev/sda10
UUID=e4234c5f-633d-4e3c-aee8-90c4af6ae250       none            swap            defaults,pri=-2 0 0

Wie muss ich meine /etc/fstab anpassen?

schard

Das ist falsch:

efibootmgr -c -d /dev/sda -p 1 -l \vmlinuz-linux -L "Arch Linux" -u "initrd=/initramfs-linux.img root=/dev/sda5"

Gemäß

…
Nummer  Anfang  Ende    Größe   Dateisystem     Name                          Flags
 1      1049kB  524MB   523MB   ntfs                                          diag
 2      524MB   629MB   105MB   fat32                                         boot, esp
 3      629MB   646MB   16,8MB                  Microsoft reserved partition  msftres
…

Sollte es

efibootmgr -c -d /dev/sda -p 2 -l \vmlinuz-linux -L "Arch Linux" -u "initrd=/initramfs-linux.img root=/dev/sda5"

heißen.

fablab

Und wie sieht es mit der /etc/fstab aus?

Warum werden in der archlinux.de Anleitung keine UUIDs verwandt? Gibt es einen Grund dafür?
UUIDs finde ich besser, weil besser, genauer definiert.

schard

fablab schriebUnd wie sieht es mit der /etc/fstab aus?

Hast du die mit genfstab generiert?
Dann sollte die OK sein.

fablab schriebWarum werden in der archlinux.de Anleitung keine UUIDs verwandt? Gibt es einen Grund dafür?

Wahrscheinlich, weil der Autor meinte, es sei für Anfänger einfacher, die Devicenamen zu verwenden.

fablab schriebUUIDs finde ich besser, weil besser, genauer definiert.

Ich auch.

Bezogen auf den EFI-Eintrag:

efibootmgr -c -d /dev/sda -p 2 -l \vmlinuz-linux -L "Arch Linux" -u "initrd=/initramfs-linux.img root=UUID=5d6eba5d-ca4b-4aa5-9758-9740a2919c43"

brikler

fablab schriebUnd wie sieht es mit der /etc/fstab aus?

Warum werden in der archlinux.de Anleitung keine UUIDs verwandt? Gibt es einen Grund dafür?
UUIDs finde ich besser, weil besser, genauer definiert.

1) wahrscheinlich weils der autor nicht gewohnt ist und sie daher für unhandlich hielt.
2) wenn du uuid lieber magst, dann verwende sie 😉

fablab

schard schrieb Hast du die mit genfstab generiert?
Dann sollte die OK sein.

Nur bei der Erstinstallation, jetzt wieder?
genfstab ist ein Script, die Partitionen sind gemountet, das funktioniert doch dann nicht?

schard

fablab schrieb Nur bei der Erstinstallation, jetzt wieder?

Wenn du dir bezüglich der Korrektheit der Einträge nicht sicher bist, solltest du diese Hilfe in Anspruch nehmen.

fablab schriebgenfstab ist ein Script, die Partitionen sind gemountet, das funktioniert doch dann nicht?

Wie kommst du denn darauf?
Genfstab erstellt dir eine fstab für alle Mounts, die unter dem angegebenen Root-Verzeichnis gemountet sind.

genfstab -Up /

Falls unnötige Einträge (wie z.B. bpf, efivarfs oder gvfs-Krempel) dabei sein sollten, kannst du diese auch noch manuell rauswerfen.

fablab

mit Intel Microcode

Ganz, ganz wichtig ein Fallstrick:

https://wiki.archlinux.org/index.php/microcode#EFI_boot_stub_.2F_EFI_handover

EFI boot stub / EFI handover

Append two initrd= options:

initrd=/intel-ucode.img initrd=/initramfs-linux.img

Mein efistub funktioniert immer noch nicht, wie suche ich den Fehler?
Man sieht ja nichts.

Woran erkenne ich ob sda2 überhaupt eingebunden ist?
Mein Arch System kennt sda2 vermutlich gar nicht.

Ein Test ob überhaupt efi Install:

mount | grep efivars 
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)

Ein efi Install ist vorhanden.
----------------------------------------------------

---------------------------------------------------
UBUNTU DEBIAN Anleitungen

Ganz so einfach ist es wohl nicht.

https://askubuntu.com/questions/510856/how-to-boot-load-the-kernel-using-efi-stub-efistub-loader

https://wiki.debian.org/EFIStub

fablab

boot]# tree
.
├── initramfs-linux-fallback.img
├── initramfs-linux.img
└── vmlinuz-linux

0 directories, 3 files

schard schrieb

efibootmgr -c -d /dev/sda -p 2 -l \vmlinuz-linux -L "Arch Linux" -u "initrd=/initramfs-linux.img root=UUID=5d6eba5d-ca4b-4aa5-9758-9740a2919c43"

Stimmen die Pfade für mein archlinux System?

Auch das gleiche Problem:

https://bbs.archlinux.org/viewtopic.php?id=237677

https://bbs.archlinux.org/viewtopic.php?id=232150

fablab

Hallo Archer, guten Morgen,

@schard
nutzt Du efistub persönlich und kannst mir dein System zeigen?

Wer von euch nutzt efistub und kann mir seine funktionierende Konfiguration zeigen?

Funktioniert zum jetzigen Zeitpunkt efistub mit archlinx?

Sind bei archlinux weiter Vorbereitungen erforderlich, analog Debian?

https://wiki.debian.org/EFIStub

Copy the files

The UEFI firmware is only able to load files from the EFI partition (usually FAT). If you use a standard UEFI installation of Debian, you should copy the kernel and the initrd to /boot/efi. The best way to keep it up to date is to place a script in /etc/kernel/postinst.d/zz-update-efistub:
Toggle line numbers

1 #!/bin/sh
2 cp /vmlinuz /boot/efi/EFI/debian/

Add the boot entry

Replace /dev/sda3 with the device of your / partition, see the efibootmgr manpage if you EFI partition is not /dev/sda1:

export UUID=$(blkid -s UUID -o value /dev/sda3)
efibootmgr -c -g -L "Debian (EFI stub)" -l '\EFI\debian\vmlinuz' -u "root=UUID=$UUID ro quiet rootfstype=ext4 add_efi_memmap initrd=\EFI\debian\initrd.img"

Nach folgender Anleitung kann ich mein Noteboot mit efistub und Ubuntu booten:

https://askubuntu.com/questions/510856/how-to-boot-load-the-kernel-using-efi-stub-efistub-loader/

ccording to the Debian wiki, this can be done in a few simple steps that will survive a kernel update.

Note: this assumes that you have an EFI partition mounted at /boot/efi.

Create /etc/kernel/postinst.d/zz-update-efistub with the following contents:

#!/bin/sh
cp /vmlinuz /initrd.img /boot/efi/EFI/ubuntu/
This is a hook that will be ran on kernel update to copy the latest kernel image and initrd to the appropriate location. Then make it executable and run it:

sudo chmod +x /etc/kernel/postinst.d/zz-update-efistub
sudo /etc/kernel/postinst.d/zz-update-efistub
Add the boot entry:

sudo efibootmgr -c -d /dev/sdb -p 1 -L "Ubuntu (efistub)" -l /EFI/ubuntu/vmlinuz -u "root=/dev/sdb2 rw initrd=/EFI/ubuntu/initrd.img quiet splash"
Don't forget to change the -d and -p arguments depending on where your EFI system partition is. In my case, it is /dev/sdb1, but this is likely to be different for you. You will probably also have to change the root= value in the kernel cmdline to your root partition.

(You can change the label to anything you want by changing the -L parameter.)

The boot entry you just added will become the default entry. And it won't break after a kernel update, since the hook will make sure vmlinuz and initrd.img are always updated.

efistub boot Kubunbu 16.04 LTS (Kernel 4.4.x) --- 14.77 sec (nvidia Grafiktreiber)

Grub Vergleichwerte (Timeout 2 sec eingestellt) in diesem Thread: https://forum.archlinux.de/viewtopic.php?pid=363735#p363735

Mein Bios Release 2.49 ist also efistub-fähig.

Wie setzt ich das für archlinux um?

MfG

fablab

schard

fablab schrieb @schard
nutzt Du efistub persönlich und kann mir dein System zeigen?

Ja und klar:

$ efibootmgr -v | sed 's/\.\.\./…/g' | sed 's/\.//g' | sed 's/…/\./g' | grep Arch\ Linux
Boot0000* Arch Linux	HD(1,GPT,a21d858b-23aa-4c8e-a365-9f3666f067bf,0x800,0x64000)/File(\vmlinuz-linux)init=/usr/lib/systemd/systemd cryptdevice=UUID=d7f1468b-e875-4a57-82ae-c77142bb360e:root initrd=/intel-ucode.img initrd=/initramfs-linux.img root=LABEL=root rw quiet

Generiert durch:

efibootmgr -c -d /dev/sda -p 1 -l /vmlinuz-linux -L "Arch Linux" -u "init=/usr/lib/systemd/systemd cryptdevice=UUID=d7f1468b-e875-4a57-82ae-c77142bb360e:root initrd=/intel-ucode.img initrd=/initramfs-linux.img root=LABEL=root rw quiet

fablab schrieb Funktioniert zu jetzigen Zeitpunkt efistub mit archlinx?

Ja.

fablab schrieb Sind bei archlinux weiter Vorbereitungen erforderlich, analog Debian?

Lies das Wiki.

fablab

Hi, welches wiki meinst Du konkret?

Nach welchem Wiki bist Du vorgegangen?

Das Wiki von hier ist von: Diese Seite wurde zuletzt am 3. Januar 2014 um 23:16 Uhr bearbeitet.

https://wiki.archlinux.de/title/EFISTUB
Damit bin ich bisher nicht zurecht gekommen, entweder mein Fehler oder zu alt?
Bedingungen: In diesem Artikel wird davon ausgegangen, dass nur ein OS installiert werden soll und die /boot Partition auf /dev/sda1 liegt.
Nach diesem Wiki sieht supereinfach aus.

Mein Fall liegt etwas anders.

sda2 ist bei mir die EFI Partition
sda5 die Bootpartition

"/dev/sda1 /boot /vfat defaults,noatime 0 0" aus dem Wiki, meine Bootpartition ist nicht vfat.

Hast Du noch ein "parted -l" von deinem System für mich?

https://wiki.archlinux.org/index.php/EFISTUB

# efibootmgr --create --disk /dev/sdX --part partition_number --label "label" --loader "EFI\folder\file.efi" --verbose

In dem Wiki-archlinux.org sieht es anders aus.

fablab

/boot/efi# tree
.
└── EFI
    ├── Boot
    │   ├── bootx64.efi
    │   └── fbx64.efi
    ├── Microsoft
    │   ├── Boot
    │   │   ├── BCD
    │   │   ├── BCD.LOG
    │   │   ├── BCD.LOG1
    │   │   ├── BCD.LOG2
    │   │   ├── bg-BG
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   └── bootmgr.efi.mui
    │   │   ├── bootmgfw.efi
    │   │   ├── bootmgr.efi
    │   │   ├── BOOTSTAT.DAT
    │   │   ├── boot.stl
    │   │   ├── cs-CZ
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── da-DK
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── de-DE
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── el-GR
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── en-GB
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   └── bootmgr.efi.mui
    │   │   ├── en-US
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── es-ES
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── es-MX
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   └── bootmgr.efi.mui
    │   │   ├── et-EE
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   └── bootmgr.efi.mui
    │   │   ├── fi-FI
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── Fonts
    │   │   │   ├── chs_boot.ttf
    │   │   │   ├── cht_boot.ttf
    │   │   │   ├── jpn_boot.ttf
    │   │   │   ├── kor_boot.ttf
    │   │   │   ├── malgun_boot.ttf
    │   │   │   ├── malgunn_boot.ttf
    │   │   │   ├── meiryo_boot.ttf
    │   │   │   ├── meiryon_boot.ttf
    │   │   │   ├── msjh_boot.ttf
    │   │   │   ├── msjhn_boot.ttf
    │   │   │   ├── msyh_boot.ttf
    │   │   │   ├── msyhn_boot.ttf
    │   │   │   ├── segmono_boot.ttf
    │   │   │   ├── segoen_slboot.ttf
    │   │   │   ├── segoe_slboot.ttf
    │   │   │   └── wgl4_boot.ttf
    │   │   ├── fr-CA
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   └── bootmgr.efi.mui
    │   │   ├── fr-FR
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── hr-HR
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   └── bootmgr.efi.mui
    │   │   ├── hu-HU
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── it-IT
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── ja-JP
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── kd_02_10df.dll
    │   │   ├── kd_02_10ec.dll
    │   │   ├── kd_02_1137.dll
    │   │   ├── kd_02_14e4.dll
    │   │   ├── kd_02_15b3.dll
    │   │   ├── kd_02_1969.dll
    │   │   ├── kd_02_19a2.dll
    │   │   ├── kd_02_1af4.dll
    │   │   ├── kd_02_8086.dll
    │   │   ├── kd_07_1415.dll
    │   │   ├── kd_0C_8086.dll
    │   │   ├── kdstub.dll
    │   │   ├── ko-KR
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── lt-LT
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   └── bootmgr.efi.mui
    │   │   ├── lv-LV
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   └── bootmgr.efi.mui
    │   │   ├── memtest.efi
    │   │   ├── nb-NO
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── nl-NL
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── pl-PL
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── pt-BR
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── pt-PT
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── qps-ploc
    │   │   │   └── memtest.efi.mui
    │   │   ├── Resources
    │   │   │   ├── bootres.dll
    │   │   │   └── de-DE
    │   │   │       └── bootres.dll.mui
    │   │   ├── ro-RO
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   └── bootmgr.efi.mui
    │   │   ├── ru-RU
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── sk-SK
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   └── bootmgr.efi.mui
    │   │   ├── sl-SI
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   └── bootmgr.efi.mui
    │   │   ├── sr-Latn-RS
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   └── bootmgr.efi.mui
    │   │   ├── sv-SE
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── tr-TR
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   ├── uk-UA
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   └── bootmgr.efi.mui
    │   │   ├── winsipolicy.p7b
    │   │   ├── zh-CN
    │   │   │   ├── bootmgfw.efi.mui
    │   │   │   ├── bootmgr.efi.mui
    │   │   │   └── memtest.efi.mui
    │   │   └── zh-TW
    │   │       ├── bootmgfw.efi.mui
    │   │       ├── bootmgr.efi.mui
    │   │       └── memtest.efi.mui
    │   └── Recovery
    │       ├── BCD
    │       ├── BCD.LOG
    │       ├── BCD.LOG1
    │       └── BCD.LOG2
    └── ubuntu
        ├── BOOTX64.CSV
        ├── fw
        ├── fwupx64.efi
        ├── grub.cfg
        ├── grubx64.efi
        ├── initrd.img
        ├── mmx64.efi
        ├── shimx64.efi
        └── vmlinuz

46 directories, 147 files

das ist ein tree aus meiner /dev/sda2

Mein Archlinux kennt die /dev/sda2 gar nicht.

schard

1) Du verwechselst hier zwei Sachen:
Die /etc/fstab hat nichts mit EFISTUB zu tun.
2) EFISTUB kannst du, wie in dem von dir oben verlinkten Wiki-Artikel beschrieben, mithilfe des efibootmgr einrichten.
Ein Beispiel habe ich dir ebenfalls gegeben.
3) Beim Booten mittels EFISTUB sollte die EFI Partition unter /boot eingehangen sein. Sonst musst du viel manuell machen.
Namentlich: Kernel und initramfs Images nach /boot/efi kopieren.
4)

fablab schriebsda5 die Bootpartition

Gemäß deinen obigen Angaben ist dies deine Root-Partition, nicht deine Boot-Partition.
5) Ergo solltest du /dev/sda2 nach /boot mounten.
6) ^ Dies ^ kannst du auch in die /etc/fstab eintragen.
Bsp.:

# /dev/sda1 UUID=8D0D-ECA0
LABEL=EFI           	/boot     	vfat      	rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro	0 2

fablab

Das ist richtig, sda5 ist meine archlinux Rootpartition.

Gebootet wurde diese bisher von Grub aus sda7 k1804.

Bei meinem archlinux wurde kein grub installiert.

k1804 bindet die efi-Partition sda2 mit vfat ein.

Danke, das werde ich ausprobieren.

So etwas ähnliches hatte ich mir schon fast gedacht, im Wiki steht davon so etwas nicht.

Welchen Pfad muss ich in /dev/sda2 für archlinux anlegen, welche Dateien müssen dort hinein?

Vielen Dank.

Photor

Moin,

fablab schriebWer von euch nutzt efistub und kann mir seine funktionierende Konfiguration zeigen?

Mein Lappy läuft mit efistub. Problemlos aufgesetzt nach den oben schon erwähnten Wiki-Einträgen und ein paar Schubsern in die richtige Richtung von Schard. Deshalb:

wird dir meine Konfiguration nicht viel nutzen - zumal ich deutlich weniger Partitionen eingerichtet habe.
höre auf seinen Rat 😉 (z.B. was die UUID angeht)

fablab schriebFunktioniert zum jetzigen Zeitpunkt efistub mit archlinx?

Ja, definitiv.

Ciao,
Photor

Nächste Seite »