| View previous topic :: View next topic |
| Author |
Message |
flammenflitzer
Advocate
Joined: 25 Nov 2003
Posts: 3534
Location: Berlin
|
 Posted: Sun Apr 07, 2024 6:05 am Post subject: [gelöst]Grub2 grub-install Fehler |
 |
|
Hallo, ich habe folgendes Problem: | Code: | * Re-run grub-install to update installed boot code!
* Re-run grub-mkconfig to update grub.cfg! |
In der /etc/make.conf habe ich geändert | Code: | #GRUB_PLATFORMS="emu efi-32 efi-64 pc"
GRUB_PLATFORMS="efi-64 pc" |
| Code: | mount | grep /boot/efi
/dev/nvme0n1p1 on /boot/efi type vfat (rw,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro) |
Fehler | Code: | grub-install /dev/nvme0n1p8
x86_64-efi wird für Ihre Plattform installiert.
EFI variables are not supported on this system.
EFI variables are not supported on this system.
grub-install: Fehler: efibootmgr schlug beim Registrieren des Boot-Eintrags fehl: Datei oder Verzeichnis nicht gefunden. |
| Code: | dmesg | grep -i "EFI v"
[ 0.000000] efi: EFI v2.7 by American Megatrends |
| Code: | efibootmgr
EFI variables are not supported on this system. |
| Code: | df -h | grep -i efi
/dev/nvme0n1p1 96M 35M 62M 36% /boot/efi |
| Code: | lsblk | grep -i efi
├─nvme0n1p1 259:1 0 100M 0 part /boot/efi |
| Code: | ls /sys/firmware/efi/*
/sys/firmware/efi/config_table /sys/firmware/efi/fw_vendor /sys/firmware/efi/systab
/sys/firmware/efi/fw_platform_size /sys/firmware/efi/runtime
/sys/firmware/efi/efivars:
/sys/firmware/efi/esrt:
entries fw_resource_count fw_resource_count_max fw_resource_version
/sys/firmware/efi/runtime-map:
0 1 10 11 12 13 14 15 2 3 4 5 6 7 8 9 |
| Code: | efivar -l
efivar: error listing variables: Function not implemented |
Last edited by flammenflitzer on Thu May 02, 2024 6:24 pm; edited 1 time in total |
|
| Back to top |
|
 |
pietinger
Moderator
Joined: 17 Oct 2006
Posts: 5122
Location: Bavaria
|
|
| Back to top |
|
|
sMueggli
Guru
Joined: 03 Sep 2022
Posts: 497
|
| Posted: Sun Apr 07, 2024 10:05 am Post subject: |
|
|
Der Befehl | Code: | | grub-install /dev/nvme0n1p8 |
sieht auch falsch aus. Vermutlich wird Grub beim Installieren den falschen Ort (/dev/nvme0n1p8) ignorieren.
Vermutlich reicht ein nacktes
, um Grub am richtigen Ort zu installieren. |
|
| Back to top |
|
|
pietinger
Moderator
Joined: 17 Oct 2006
Posts: 5122
Location: Bavaria
|
| Posted: Sun Apr 07, 2024 10:19 am Post subject: |
|
|
M.W. sollte beim grub-install noch spezifiziert werden, welches die ESP ist ... also je nachdem wo man seine ESP hingemountet hat, entweder
grub-install --efi-directory=/efi
oder (wenn eine alte Installation):
grub-install --efi-directory=/boot
(Ich weiß grad nicht auswendig, welches der Default ist ... ich glaube aber es war/ist /boot ... kann sich aber mit der neuen Version von grub auch geändert haben; macht nix: einfach spezifizieren)
_________________
https://wiki.gentoo.org/wiki/User:Pietinger |
|
| Back to top |
|
|
firefly
Watchman
Joined: 31 Oct 2002
Posts: 5320
|
| Posted: Sun Apr 07, 2024 10:47 am Post subject: |
|
|
Falls dualboot mit anderen betriebsystemen (besonders mit windows) nicht benötigt wird (welche die selbe ESP verwenden), dann kann man noch zusätzlich den parameter
angeben.
Dann wird der bootloader in | Quote: | | <esp-partition>/EFI/BOOT/BOOTX64.EFI |
installiert.
Hat den vorteil, dass die meisten UEFI Firmware by default nach diesem eintrag suchen z.b. wenn es keinen boot eintrag im nvram gibt.
Dadurch wird grub auch korrekt gestartet, wenn die boot einträge im nvram verloren gehen.
Was unter umständen bei einem UEFI firmware update/setting reset passieren kann.
Oder beim wechsel des Mainboards.
_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn. |
|
| Back to top |
|
|
sMueggli
Guru
Joined: 03 Sep 2022
Posts: 497
|
| Posted: Sun Apr 07, 2024 3:28 pm Post subject: |
|
|
Bei Grub ist /boot/efi der "richtige" Einhängepunkt für die ESP (im Sinne der Standardeinstellung) und der Parameter "--efi-directory" kann weggelassen werden, wenn die ESP nach /boot/efi eingehängt wurde.
Wenn das System im UEFI-Modus ist, dann ignoriert grub-install jegliche Gerätenamen: Ein "grub-install /dev/nvme0n1p8" ist also das gleiche wie ein "grub-install" oder "grub-install --efi-directory=/boot/efi". Die Variante "grub-install" ist am kürzesten und einprägsamsten (finde ich).
Und es gibt noch den Parameter "--boot-directory", mit dem man Grub eine Alternative für "/boot/grub" angeben kann ("--boot-directory=huhu" installiert dann nach /huhu/grub). |
|
| Back to top |
|
|
pietinger
Moderator
Joined: 17 Oct 2006
Posts: 5122
Location: Bavaria
|
| Posted: Sun Apr 07, 2024 3:37 pm Post subject: |
|
|
| sMueggli wrote: | | Bei Grub ist /boot/efi der "richtige" Einhängepunkt für die ESP [...] |
Da sagt unser AMD64 Handbuch etwas anderes:
https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Base#UEFI_systems
https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/System#UEFI_systems
Ebenso die UAPI Group Specifications (bitte GPT_ESP nicht mit GPT_XBOOTLDR verwechseln):
https://uapi-group.org/specifications/specs/discoverable_partitions_specification/
=>
| Quote: | EFI System Partition c12a7328-f81f-11d2-ba4b-00a0c93ec93b SD_GPT_ESP VFAT The ESP used for the current boot is automatically mounted to /boot/ or /efi/, unless a different partition is mounted there (possibly via /etc/fstab) or the mount point directory is non-empty on the root disk. If both ESP and XBOOTLDR exist, the /efi/ mount point shall be used for ESP. This partition type is defined by the UEFI Specification.
Extended Boot Loader Partition bc13c2ff-59e6-4262-a352-b275fd6f7172 SD_GPT_XBOOTLDR Typically VFAT The Extended Boot Loader Partition (XBOOTLDR) used for the current boot is automatically mounted to /boot/, unless a different partition is mounted there (possibly via /etc/fstab) or the mount point directory is non-empty on the root disk. This partition type is defined by the Boot Loader Specification. |
_________________
https://wiki.gentoo.org/wiki/User:Pietinger |
|
| Back to top |
|
|
Josef.95
Advocate
Joined: 03 Sep 2007
Posts: 4669
Location: Germany
|
| Posted: Mon Apr 08, 2024 8:55 am Post subject: |
|
|
| sMueggli wrote: | | Bei Grub ist /boot/efi der "richtige" Einhängepunkt für die ESP (im Sinne der Standardeinstellung) und der Parameter "--efi-directory" kann weggelassen werden, wenn die ESP nach /boot/efi eingehängt wurde. |
Ja, ist zumindest da wo als erstes by default nach gesucht wird, sofern nichts anderes mit angegeben wird.
ich hab es einfach mal ausprobiert: | Code: | lucy ~ # mount /efi
lucy ~ # grub-install
Installing for x86_64-efi platform.
grub-install: error: cannot find EFI directory.
lucy ~ # cd /boot
lucy /boot # ln -s /efi
lucy /boot # grub-install
Installing for x86_64-efi platform.
Installation finished. No error reported. |
|
|
| Back to top |
|
|
pietinger
Moderator
Joined: 17 Oct 2006
Posts: 5122
Location: Bavaria
|
| Posted: Mon Apr 08, 2024 12:01 pm Post subject: |
|
|
| Josef.95 wrote: | | sMueggli wrote: | | Bei Grub ist /boot/efi der "richtige" Einhängepunkt für die ESP (im Sinne der Standardeinstellung) und der Parameter "--efi-directory" kann weggelassen werden, wenn die ESP nach /boot/efi eingehängt wurde. |
Ja, ist zumindest da wo als erstes by default nach gesucht wird, sofern nichts anderes mit angegeben wird. [...] |
Wir sollten uns aber nicht an dem orientieren was der grub-install defaultmäßig macht (zumindestens NOCH macht), sondern uns an die Vorgaben halten.
Begonnen hat das ganze als unser Developer @sam es als Arbeitsauftrag hier vorgegeben hat:
https://wiki.gentoo.org/index.php?title=Project:Handbook&curid=190180&diff=1260630&oldid=1258723
=>
| Quote: | | Migrate ESP to {{Path|/efi}} as recommended per UAPI Group Specification's Boot Loader Specification |
Ich habe daraufhin einen deutschen Artikel:
https://forums.gentoo.org/viewtopic-p-8801625.html#8801625
und einen englischen:
https://forums.gentoo.org/viewtopic-t-1165115.html
im Forum gepostet, weil es einige Wochen lang einen Mischmasch gegeben hat (Neue Einstellungen im AMD64 Handbuch; veraltete in Wiki-Artikeln). HEUTE ist aber alles einheitlich auf /efi als Mountpoint für die ESP beschrieben.
_________________
https://wiki.gentoo.org/wiki/User:Pietinger |
|
| Back to top |
|
|
Josef.95
Advocate
Joined: 03 Sep 2007
Posts: 4669
Location: Germany
|
| Posted: Mon Apr 08, 2024 12:30 pm Post subject: |
|
|
@pietinger
Hab mit doch brav an die Vorgaben gehalten! :) | Code: | lucy /boot # mount /efi
lucy /boot # mount | grep -e boot -e efi
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
/dev/sda5 on /boot type ext4 (ro,relatime)
/dev/sda1 on /efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro) |
|
|
| Back to top |
|
|
pietinger
Moderator
Joined: 17 Oct 2006
Posts: 5122
Location: Bavaria
|
| Posted: Mon Apr 08, 2024 1:05 pm Post subject: |
|
|
| Josef.95 wrote: | @pietinger
Hab mit doch brav an die Vorgaben gehalten!  |
Josef, ja ja, ich habe das ja nicht geschrieben als Vorwurf, sondern nur als Ergänzung für alle Leser des Threads (Ich habe selbst auf meiner alten Kiste immer noch /boot als Mountpoint weil ich einfach zu faul bin umzustellen ... und weil es ja eigentlich auch nicht nötig ist, solange man weiß, wo, was nicht dem Standard entspricht, und deshalb von Beschreibungen abweichen muss.)
_________________
https://wiki.gentoo.org/wiki/User:Pietinger |
|
| Back to top |
|
|
sMueggli
Guru
Joined: 03 Sep 2022
Posts: 497
|
| Posted: Mon Apr 08, 2024 4:51 pm Post subject: |
|
|
Das kann schon sein, dass das AMD64 Handbuch etwas anderes sagt. Allerdings schweigen sich die zwei verlinkten Seiten komplett zu Grub aus. Unter https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Bootloader#UEFI_systems wird ein Beispiel "nach Vorgabe" gezeigt, was auch korrekt ist, falls das System "nach Vorgabe" aufgesetzt wurde. Beim System von flammenflitzer wurde das System jedoch nicht "nach Vorgabe" (also nach Zeitgeist, Mode) aufgesetzt, sondern noch traditionell.
Die Fehlermeldungen im ersten Post haben zwar nichts mit Grub zu tun, dennoch wollte ich darauf hinweisen, dass der ursprünglich gepostete grub-install-Befehl "komisch" aussieht (aber nicht schädlich ist).
Apropos Handbuch: Das Handbuch sagt auch folgendes: | Quote: | | For DOS/Legacy BIOS systems, the bootloader will be installed into the /boot directory |
Sieht für mich falsch formuliert aus.
| pietinger wrote: |
Ebenso die UAPI Group Specifications (bitte GPT_ESP nicht mit GPT_XBOOTLDR verwechseln):
https://uapi-group.org/specifications/specs/discoverable_partitions_specification/
=>
| Quote: | EFI System Partition c12a7328-f81f-11d2-ba4b-00a0c93ec93b SD_GPT_ESP VFAT The ESP used for the current boot is automatically mounted to /boot/ or /efi/, unless a different partition is mounted there (possibly via /etc/fstab) or the mount point directory is non-empty on the root disk. If both ESP and XBOOTLDR exist, the /efi/ mount point shall be used for ESP. This partition type is defined by the UEFI Specification.
Extended Boot Loader Partition bc13c2ff-59e6-4262-a352-b275fd6f7172 SD_GPT_XBOOTLDR Typically VFAT The Extended Boot Loader Partition (XBOOTLDR) used for the current boot is automatically mounted to /boot/, unless a different partition is mounted there (possibly via /etc/fstab) or the mount point directory is non-empty on the root disk. This partition type is defined by the Boot Loader Specification. |
|
Inwiefern ist die UAPI für GNU Grub wichtig? Stand heute kann Grub "UAPI-konform" installiert werden. Es besteht also keinerlei akuter Handlungsbedarf, GNU Grub anzupassen. Ich bin jedoch zuversichtlich, dass die Leute beim GNU Grub-Projekt in der Lage sein werden, die entsprechenden Änderungen vorzunehmen, damit sie einen Bootloader anbieten, der konform zu UAPI UND Gentoo Handbuch sein wird. So es denn nötig und sinnvoll ist.
| pietinger wrote: | | Wir sollten uns aber nicht an dem orientieren was der grub-install defaultmäßig macht (zumindestens NOCH macht), sondern uns an die Vorgaben halten. |
Oder wir schauen uns einfach die geposteten Ausgaben des betroffenen Systems an und leben mit der Tatsache, dass noch nicht jedes System "nach Vorgabe" aufgesetzt respektive nachjustiert wurde. |
|
| Back to top |
|
|
pietinger
Moderator
Joined: 17 Oct 2006
Posts: 5122
Location: Bavaria
|
| Posted: Mon Apr 08, 2024 6:03 pm Post subject: |
|
|
sMueggli, Du hattest bereits in Deinem 1. Post (richtigerweise) geschrieben, dass "grub-install /dev/nvme0n1p8" vermutlich falsch ist, und deswegen brauchte ich das nicht zu wiederholen. Ich habe quasi Deinen 1. Post nur ergänzt mit "M.W. sollte beim grub-install noch ..." (jetzige Hervorherbung durch mich). Lediglich bei Deinem 2.Post musste ich dem widersprechen: "Bei Grub ist /boot/efi der "richtige" Einhängepunkt für die ESP (im Sinne der Standardeinstellung)" (jetzige Hervorherbung durch mich).
| sMueggli wrote: | [...] Beim System von flammenflitzer wurde das System jedoch nicht "nach Vorgabe" (also nach Zeitgeist, Mode) aufgesetzt, sondern noch traditionell.
[...]
Oder wir schauen uns einfach die geposteten Ausgaben des betroffenen Systems an und leben mit der Tatsache, dass noch nicht jedes System "nach Vorgabe" aufgesetzt respektive nachjustiert wurde. |
... und genau deswegen habe ich im 2. Post geschrieben:
| Quote: | oder (wenn eine alte Installation):
grub-install --efi-directory=/boot |
Jja, wenn der grub-install das defaultmäßig hernimmt, kann man es weglassen; wenn ich aber nicht 100 % weiß ob der verwendete grub-install das auch wirklich defaultmäßig so macht, dann gehe ich lieber auf Nummer sicher. Ich denke auch an die Zukunft, wo ein neuer grub - respektive neuer grub-install - das genau andersherum macht (also /efi als default nimmt) und dann liest jemand diesen alten Thread ... 
_________________
https://wiki.gentoo.org/wiki/User:Pietinger |
|
| Back to top |
|
|
flammenflitzer
Advocate
Joined: 25 Nov 2003
Posts: 3534
Location: Berlin
|
| Posted: Mon Apr 08, 2024 6:47 pm Post subject: |
|
|
 Danke. Mache mich demnächst noch einmal die Sache. Im Moment ist auf der Arbeit und im Garten viel zu tun und das System startet ja... |
|
| Back to top |
|
|
flammenflitzer
Advocate
Joined: 25 Nov 2003
Posts: 3534
Location: Berlin
|
| Posted: Mon Apr 29, 2024 5:58 pm Post subject: |
|
|
Ich habe jetzt Änderungen vorgenommen. | Code: | mount | grep efi
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
/dev/nvme0n1p1 on /efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro) |
| Code: | dmesg | grep -i "EFI v"
[ 0.000000] efi: EFI v2.7 by American Megatrends
[ 0.656511] fb0: EFI VGA frame buffer device |
| Code: | at /etc/fstab | grep efi
UUID=04FE-56A1 /efi vfat umask=0077 0 2 |
| Code: | grub-install
x86_64-efi wird für Ihre Plattform installiert.
grub-install: Fehler: EFI-Verzeichnis kann nicht gefunden werden. |
| Code: | grub-install --efi-directory=/efi
x86_64-efi wird für Ihre Plattform installiert.
Installation beendet. Keine Fehler aufgetreten. |
|
|
| Back to top |
|
|
firefly
Watchman
Joined: 31 Oct 2002
Posts: 5320
|
| Posted: Mon Apr 29, 2024 7:33 pm Post subject: |
|
|
Das ohne angabe von "--efi-directory" liegt daran, dass aktuell grub-install ohne angabe dieses parameters das efi mount point unter /boot/efi sucht.
Wie es auch in diesem thread schon angesprochen wurde.
_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn. |
|
| Back to top |
|
|
flammenflitzer
Advocate
Joined: 25 Nov 2003
Posts: 3534
Location: Berlin
|
| Posted: Wed May 01, 2024 5:16 pm Post subject: |
|
|
Ich habe, speziell, was die Einträge in der /etc/fstab betrifft, verschiedene Varianten gefunden.
1.) https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/System#UEFI_systems
| Code: | /etc/fstabA full /etc/fstab example for an UEFI system
... /efi vfat umask=0077 0 2 |
Bei mir sieht das so aus (Ich nutze systemd und grub2): | Code: | (/boot liegt auf keiner separaten Partition)
cat /etc/fstab
UUID=...6A1 /efi vfat umask=0077 0 2
UUID=...aa3 / ext4 noatime 0 1
UUID=...6dd /home/flammenflitzer ext4 auto,defaults 0 2
/dev/nvme0n1p7 none swap sw 0 0
mount | grep efi
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
/dev/nvme0n1p1 on /efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
dmesg | grep -i "EFI v"
[ 0.000000] efi: EFI v2.7 by American Megatrends
[ 0.658330] fb0: EFI VGA frame buffer device
ls -la /boot
insgesamt 16564
drwxr-xr-x 4 root root 2048 30. Apr 08:41 .
drwxr-xr-x 24 root root 2048 25. Apr 19:29 ..
lrwxrwxrwx 1 root root 1 2. Aug 2012 boot -> .
-rw-r--r-- 1 root root 1154282 14. Mär 2021 custom-initramfs.cpio.gz
drwxr-xr-x 7 root root 2048 29. Apr 17:09 grub
-rw-r--r-- 1 root root 0 5. Nov 20:24 .keep
drwxr-xr-x 2 root root 2048 1. Apr 16:10 memtest86plus
-rw-r--r-- 1 root root 5302185 29. Apr 18:01 System.map-6.8.8-gentoo
-rw-r--r-- 1 root root 10494976 29. Apr 18:02 vmlinuz-6.8.8-gentoo
ls -la /boot/grub
insgesamt 98
drwxr-xr-x 7 root root 2048 29. Apr 17:09 .
drwxr-xr-x 4 root root 2048 30. Apr 08:41 ..
drwxr-xr-x 2 root root 2048 19. Apr 2020 fonts
-rw-r--r-- 1 root root 7269 29. Apr 17:09 grub.cfg
-rw-r--r-- 1 root root 1024 19. Apr 2020 grubenv
drwxr-xr-x 2 root root 6144 28. Jul 2020 i386-pc
drwxr-xr-x 2 root root 2048 29. Apr 19:57 locale
drwxr-xr-x 3 root root 2048 19. Apr 2020 themes
drwxr-xr-x 2 root root 12288 29. Apr 19:57 x86_64-efi
ls -la /efi
insgesamt 5
drwx------ 4 root root 1024 1. Jan 1970 .
drwxr-xr-x 24 root root 2048 25. Apr 19:29 ..
drwx------ 6 root root 1024 31. Aug 2020 EFI
drwx------ 2 root root 1024 22. Mär 2021 'System Volume Information'
ls -la /efi/EFI
insgesamt 6
drwx------ 6 root root 1024 31. Aug 2020 .
drwx------ 4 root root 1024 1. Jan 1970 ..
drwx------ 2 root root 1024 8. Aug 2020 Boot
drwx------ 2 root root 1024 31. Aug 2020 gentoo
drwx------ 4 root root 1024 6. Aug 2020 Microsoft
drwx------ 2 root root 1024 8. Aug 2020 ubuntu
ls -la /efi/EFI/Boot
insgesamt 3756
drwx------ 2 root root 1024 8. Aug 2020 .
drwx------ 6 root root 1024 31. Aug 2020 ..
-rwx------ 1 root root 1341560 13. Okt 2020 bootx64.efi
-rwx------ 1 root root 1222800 13. Okt 2020 fbx64.efi
-rwx------ 1 root root 1277024 13. Okt 2020 mmx64.efi
ls -la /efi/EFI/gentoo
insgesamt 142
drwx------ 2 root root 1024 31. Aug 2020 .
drwx------ 6 root root 1024 31. Aug 2020 ..
-rwx------ 1 root root 143360 29. Apr 19:57 grubx64.efi |
Dann noch die beiden Varianten:
2.) https://wiki.gentoo.org/wiki/User:Pietinger/Tutorials/Boot_kernel_via_UEFI#Prerequisites_for_an_UEFI_boot
| Code: | /etc/fstab
PARTLABEL=ESP /efi vfat noauto,noatime 0 2 |
3.) https://wiki.gentoo.org/wiki/EFI_System_Partition/de | Code: |
/etc/fstab Konfiguration des ESP-Einhängepunkts für systemd
UUID=xxxxxx /efi vfat defaults,noatime,uid=0,gid=0,umask=0077,x-systemd.automount,x-systemd.idle-timeout=600 0 2
/etc/autofs/auto.master Konfiguration für autofs zum Lesen der 'boot'-Datei
/- /etc/autofs/auto.boot --timeout=600,sync,nodev
Konfigurieren Sie AutoFS so, dass es den Zugriff auf die Pfade /boot und /efi überwacht und gegebenenfalls mit Optionen (engl. mount options) des Geräts (engl. device, bspw. einer UUID) einhängt.
DATEI /etc/autofs/auto.bootAutoFS-Konfiguration für die ESP- und XBOOTLDR-Einhängepunkte
/boot -fstype=vfat,uid=0,gid=0,umask=0077 UUID=AB12-CD34
/efi -fstype=vfat,uid=0,gid=0,umask=0077 UUID=EF00-000A
AutoFS muss beim Systemstart geladen werden, um die konfigurierten Verzeichnisse als automatische Einhängepunkte überwachen zu können:
root #rc-update add autofs default
Um die automatische Einbindung der Verzeichnisse vor dem ersten Neustart zu erhalten, starten Sie AutoFS nach der Konfiguration manuell:
root #/etc/init.d/autofs start
Die so konfigurierten Partitionen müssen und sollen nicht in /etc/fstab eingetragen werden. |
|
|
| Back to top |
|
|
pietinger
Moderator
Joined: 17 Oct 2006
Posts: 5122
Location: Bavaria
|
| Posted: Wed May 01, 2024 5:51 pm Post subject: |
|
|
| flammenflitzer wrote: | Ich habe, speziell, was die Einträge in der /etc/fstab betrifft, verschiedene Varianten gefunden.
1.) https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/System#UEFI_systems
| Code: | | ... /efi vfat umask=0077 0 2 |
Dann noch die beiden Varianten:
2.) https://wiki.gentoo.org/wiki/User:Pietinger/Tutorials/Boot_kernel_via_UEFI#Prerequisites_for_an_UEFI_boot
| Code: | | PARTLABEL=ESP /efi vfat noauto,noatime 0 2 |
3.) https://wiki.gentoo.org/wiki/EFI_System_Partition/de
| Code: | UUID=xxxxxx /efi vfat defaults,noatime,uid=0,gid=0,umask=0077,x-systemd.automount,x-systemd.idle-timeout=600 0 2
/etc/autofs/auto.master Konfiguration für autofs zum Lesen der 'boot'-Datei
/- /etc/autofs/auto.boot --timeout=600,sync,nodev
Konfigurieren Sie AutoFS so, dass es den Zugriff auf die Pfade /boot und /efi überwacht und gegebenenfalls mit Optionen (engl. mount options) des Geräts (engl. device, bspw. einer UUID) einhängt.
DATEI /etc/autofs/auto.bootAutoFS-Konfiguration für die ESP- und XBOOTLDR-Einhängepunkte
/boot -fstype=vfat,uid=0,gid=0,umask=0077 UUID=AB12-CD34
/efi -fstype=vfat,uid=0,gid=0,umask=0077 UUID=EF00-000A
AutoFS muss beim Systemstart geladen werden, um die konfigurierten Verzeichnisse als automatische Einhängepunkte überwachen zu können:
root #rc-update add autofs default
Um die automatische Einbindung der Verzeichnisse vor dem ersten Neustart zu erhalten, starten Sie AutoFS nach der Konfiguration manuell:
root #/etc/init.d/autofs start
Die so konfigurierten Partitionen müssen und sollen nicht in /etc/fstab eingetragen werden. |
|
... und es stellt sich die Frage, was davon ist richtig, bzw. empfehlenswert ?
Richtig sind alle drei ... empfehlenswert ... hmm ... also jeder alte Unix-Hase wird Dir sagen, dass man eine Partition die nicht täglich gebraucht wird, nicht automatisch mounten sollte. War früher auch immer schon so mit /boot. Hat natürlich den "Nachteil", dass man dran denken muss, die ESP zu mounten, wenn man mal wieder den Bootmanager (oder Stub-Kernel; je nachdem was auf Deiner ESP ist) aktualisieren will. Hat aber auch einen Vorteil: Man braucht wirklich nicht noch zur Sicherheit eine umask setzen, denn nur root kann mounten (solange man nicht verkehrterweise mit dem Parameter "user" das allen erlaubt ). Der Parameter "noatime" ist nicht nötig, schadet aber auch nicht ... muss jeder selbst entscheiden. Ein Performance-Problem kann ganz sicher nicht auftreten, wenn man nur mal den grub aktualisiert - bei der root Partition würde ich es aber in jedem Fall empfehlen; mehr Infos in "man mount".
Tja, und wer systemd nutzt KANN natürlich automount nutzen, wenn man will ... aber als selbst alter Unix Mensch empfehle ich keinen automatischen Mount (dieser Partition). Wenn Du grub als Bootmanager verwendet musst Du bis zum nächsten Update von grub warten, bis Du diese Partition wieder benötigst.
_________________
https://wiki.gentoo.org/wiki/User:Pietinger |
|
| Back to top |
|
|
schmidicom
Veteran
Joined: 09 Mar 2006
Posts: 1972
Location: Schweiz
|
| Posted: Wed May 01, 2024 6:56 pm Post subject: |
|
|
Zum Thema was man wo mounten sollte ist das hier vielleicht nicht der schlechteste Ansatz:
https://uapi-group.org/specifications/specs/discoverable_partitions_specification/
Und nur so als Info:
Meine fstab ist komplett leer, und ich überlasse das mounten der Systempartitionen systemd (welches sich an das oben verlinkte hält) und um die Wechseldatenträgern kümmert sich ja eh udisks.
| Code: | ● -.mount - Root Partition
Loaded: loaded (/run/systemd/generator.late/-.mount; generated)
Active: active (mounted)
Where: /
What: /dev/nvme0n1p4
Docs: man:systemd-gpt-auto-generator(8) |
| Code: | ○ boot.mount - Boot Loader Partition
Loaded: loaded (/run/systemd/generator.late/boot.mount; generated)
Active: inactive (dead) since Wed 2024-05-01 20:20:05 CEST; 22min ago
Duration: 2min 40.890s
TriggeredBy: ● boot.automount
Where: /boot
What: /dev/disk/by-diskseq/1-part2
Docs: man:systemd-gpt-auto-generator(8)
CPU: 10ms
Mai 01 20:17:24 shs-pulse systemd[1]: Mounting Boot Loader Partition...
Mai 01 20:17:24 shs-pulse systemd[1]: Mounted Boot Loader Partition.
Mai 01 20:20:05 shs-pulse systemd[1]: Unmounting Boot Loader Partition...
Mai 01 20:20:05 shs-pulse systemd[1]: boot.mount: Deactivated successfully.
Mai 01 20:20:05 shs-pulse systemd[1]: Unmounted Boot Loader Partition. |
| Code: | ○ efi.mount - EFI System Partition Automount
Loaded: loaded (/run/systemd/generator.late/efi.mount; generated)
Active: inactive (dead) since Wed 2024-05-01 20:20:05 CEST; 22min ago
Duration: 2min 41.046s
TriggeredBy: ● efi.automount
Where: /efi
What: /dev/disk/by-diskseq/1-part1
Docs: man:systemd-gpt-auto-generator(8)
CPU: 12ms
Mai 01 20:17:24 shs-pulse systemd[1]: Mounting EFI System Partition Automount...
Mai 01 20:17:24 shs-pulse systemd[1]: Mounted EFI System Partition Automount.
Mai 01 20:20:05 shs-pulse systemd[1]: Unmounting EFI System Partition Automount...
Mai 01 20:20:05 shs-pulse systemd[1]: efi.mount: Deactivated successfully.
Mai 01 20:20:05 shs-pulse systemd[1]: Unmounted EFI System Partition Automount. |
| Code: | Modell: SKHynix_HFS001TEJ9X162N (nvme)
Festplatte /dev/nvme0n1: 1024GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags:
Nummer Anfang Ende Größe Dateisystem Name Flags
1 1049kB 250MB 249MB fat32 ESP boot, esp
2 250MB 750MB 500MB fat32 XBOOTLDR bls_boot
3 750MB 4750MB 4000MB linux-swap(v1) swap swap
4 4750MB 1024GB 1019GB xfs gentoo |
_________________
Lenovo - ThinkPad P16s Gen 2 - 21K9CTO1WW |
|
| Back to top |
|
|
flammenflitzer
Advocate
Joined: 25 Nov 2003
Posts: 3534
Location: Berlin
|
| Posted: Thu May 02, 2024 5:13 pm Post subject: |
|
|
| Dankeschön. Wie ist das mit /boot. Brauche ich dafür jetzt neuerdings eine separate Partition? Mit vfat? Wahrscheinlich nicht. (Im dritten Link /boot -fstype=vfat. Wofür ist das vorgesehen?) |
|
| Back to top |
|
|
firefly
Watchman
Joined: 31 Oct 2002
Posts: 5320
|
| Posted: Thu May 02, 2024 5:45 pm Post subject: |
|
|
| flammenflitzer wrote: | | Dankeschön. Wie ist das mit /boot. Brauche ich dafür jetzt neuerdings eine separate Partition? Mit vfat? Wahrscheinlich nicht. (Im dritten Link /boot -fstype=vfat. Wofür ist das vorgesehen?) |
Nein brauchst du nicht unbedingt. Laut dem link ist das eine Partition vom "Typ" XBOOTLDR (Extended Boot Loader Partition)
https://uapi-group.org/specifications/specs/boot_loader_specification/
Diese Partition ist optional. Und nur relevant wenn die Daten darauf direkt von der UEFI firmware geladen werden können sollen,
Da du Grub als bootloader nutzt, ist das für dich nicht relevant. Da reicht es dass Grub efi binary auf der ESP liegt und Grub seine config daten aus /boot liest (entweder als separate partition oder als bestandteil des root partition)
_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn. |
|
| Back to top |
|
|
flammenflitzer
Advocate
Joined: 25 Nov 2003
Posts: 3534
Location: Berlin
|
| Posted: Thu May 02, 2024 6:23 pm Post subject: |
|
|
| Ich bedanke mich. Schönen Abend. |
|
| Back to top |
|
|
schmidicom
Veteran
Joined: 09 Mar 2006
Posts: 1972
Location: Schweiz
|
| Posted: Fri May 03, 2024 5:35 am Post subject: |
|
|
Ja die XBOOTLDR-Partition ist optional und bei mir haben auch nicht alle Installationen eine, vor allem die älteren verwenden nur eine ESP.
Die XBOOTLDR ist halt dann sinnvoll wenn man nicht alles (Bootloader, Kernel, Initrd, etc.) auf der ESP liegen lassen will.
Hier mein Laptop als Beispiel:
| ESP: | /efi/:
insgesamt 1,5K
drwx------ 4 root root 512 1. Jan 1970 ./
drwxr-xr-x 19 root root 272 13. Apr 14:48 ../
drwx------ 4 root root 512 3. Mai 07:16 EFI/
drwx------ 2 root root 512 3. Mai 07:15 loader/
/efi/EFI:
insgesamt 2,0K
drwx------ 4 root root 512 3. Mai 07:16 ./
drwx------ 4 root root 512 1. Jan 1970 ../
drwx------ 2 root root 512 6. Jan 09:51 BOOT/
drwx------ 2 root root 512 6. Jan 09:51 systemd/
/efi/EFI/BOOT:
insgesamt 97K
drwx------ 2 root root 512 6. Jan 09:51 ./
drwx------ 4 root root 512 3. Mai 07:16 ../
-rwx------ 1 root root 96K 28. Dez 10:14 BOOTX64.EFI*
/efi/EFI/systemd:
insgesamt 97K
drwx------ 2 root root 512 6. Jan 09:51 ./
drwx------ 4 root root 512 3. Mai 07:16 ../
-rwx------ 1 root root 96K 28. Dez 10:14 systemd-bootx64.efi*
/efi/loader:
insgesamt 2,0K
drwx------ 2 root root 512 3. Mai 07:15 ./
drwx------ 4 root root 512 1. Jan 1970 ../
-rwx------ 1 root root 43 25. Mai 2021 loader.conf*
-rwx------ 1 root root 32 3. Mai 07:15 random-seed* |
| XBOOTLDR: | /boot/:
insgesamt 12K
drwx------ 4 root root 4,0K 1. Jan 1970 ./
drwxr-xr-x 19 root root 272 13. Apr 14:48 ../
drwx------ 4 root root 4,0K 2. Mai 19:40 e690e1159e038aaee6bd87176004f9bf/
drwx------ 3 root root 4,0K 4. Jan 11:26 loader/
/boot/e690e1159e038aaee6bd87176004f9bf:
insgesamt 16K
drwx------ 4 root root 4,0K 2. Mai 19:40 ./
drwx------ 4 root root 4,0K 1. Jan 1970 ../
drwx------ 2 root root 4,0K 28. Apr 10:58 6.8.8-gentoo/
drwx------ 2 root root 4,0K 2. Mai 19:39 6.8.9-gentoo/
/boot/e690e1159e038aaee6bd87176004f9bf/6.8.8-gentoo:
insgesamt 36M
drwx------ 2 root root 4,0K 28. Apr 10:58 ./
drwx------ 4 root root 4,0K 2. Mai 19:40 ../
-rwx------ 1 root root 26M 28. Apr 10:58 initrd*
-rwx------ 1 root root 9,7M 28. Apr 10:58 linux*
/boot/e690e1159e038aaee6bd87176004f9bf/6.8.9-gentoo:
insgesamt 36M
drwx------ 2 root root 4,0K 2. Mai 19:39 ./
drwx------ 4 root root 4,0K 2. Mai 19:40 ../
-rwx------ 1 root root 26M 2. Mai 19:39 initrd*
-rwx------ 1 root root 9,6M 2. Mai 19:39 linux*
/boot/loader:
insgesamt 16K
drwx------ 3 root root 4,0K 4. Jan 11:26 ./
drwx------ 4 root root 4,0K 1. Jan 1970 ../
drwx------ 2 root root 4,0K 2. Mai 19:40 entries/
-rwx------ 1 root root 6 15. Jul 2022 entries.srel*
/boot/loader/entries:
insgesamt 16K
drwx------ 2 root root 4,0K 2. Mai 19:40 ./
drwx------ 3 root root 4,0K 4. Jan 11:26 ../
-rwx------ 1 root root 524 28. Apr 10:58 e690e1159e038aaee6bd87176004f9bf-6.8.8-gentoo.conf*
-rwx------ 1 root root 524 2. Mai 19:39 e690e1159e038aaee6bd87176004f9bf-6.8.9-gentoo.conf* |
Und wenn man dem verwendeten Bootloader (der ja immer auf der ESP liegen muss) die Möglichkeit gibt auch andere Dateisysteme zu lesen kann man die XBOOTLDR problemlos mit etwas anderem als FAT32 formatieren.
Bei systemd-boot erweitert man den Dateisystem-Support über den "/EFI/systemd/drivers/"-Ordner mit passenden EFI-Binarys (z.B. mit denen von https://efi.akeo.ie).
| https://www.freedesktop.org/software/systemd/man/latest/systemd-boot.html#Files wrote: | | During initialization, sd-boot automatically loads all driver files placed in the /EFI/systemd/drivers/ directory of the ESP. The files placed there must have an extension of the EFI architecture ID followed by .efi (e.g. for x86-64 this means a suffix of x64.efi). This may be used to automatically load file system drivers and similar, to extend the native firmware support. |
Wie das bei GRUB läuft weiß ich nicht...
_________________
Lenovo - ThinkPad P16s Gen 2 - 21K9CTO1WW |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Deutsches Forum (German)
