Talk:EFI System Partition

From ArchWiki
Jump to: navigation, search

ESP mount point /boot <-> /boot/efi

I think we should decide on a standard here. This article (and others) always use /boot/efi/, but:

  • the gummiboot setup tool expects it to be mounted to /boot by default (this is only available in the [testing] package atm). Considering that the setup tool is called in post_install/post_upgrade, this will simply not work for people using /boot/efi.
  • the next systemd version has a nice feature, as it will automatically create an automount unit to mount the ESP partition to /boot (it knows the ESP from the bootloader, see http://freedesktop.org/wiki/Software/systemd/BootLoaderInterface )
  • Does using /boot/efi actually provide any kind of benefit? The boot partition has always been mounted to /boot and I don't see any reason to change that.

Other opinions? If there are no objections, I would change the paths to /boot in the corresponding articles. 65kid (talk) 15:41, 2 March 2013 (UTC)

This sounds like a sensible approach. Would it be worth adding a section on migrating; just to ease the pain?
Jasonwryan (talk) 19:58, 5 March 2013 (UTC)
For reference, there is still a long discussion about this here: https://bbs.archlinux.org/viewtopic.php?pid=1241590
65kid (talk) 19:02, 8 March 2013 (UTC)
Just mentioning that this topic has been touched also in Talk:GRUB#EFI. -- Lahwaacz (talk) 12:19, 16 November 2013 (UTC)
I myself think ESP mount to /boot is better, but anyone know why /boot/efi is chosen in the first place?
ESP itself deserve a seperate page, and some EFISTUB section is actually belong to ESP too. --Fengchao (talk) 01:38, 25 February 2016 (UTC)
If no objective, I will create ESP page soon. --Fengchao (talk) 07:28, 31 March 2016 (UTC)
Just to answer the /boot/efi question above, that path is required for example in Dm-crypt/Encrypting an entire system#Encrypted boot partition (GRUB). — Kynikos (talk) 08:19, 1 April 2016 (UTC)
This discussion has a lot of overlap with Talk:EFISTUB#ESP mount points. The current suggestion there is to go with /boot or /boot/efi (if your bootloader can read other file systems) and to have alternative options discussed separately. Also the sections should be merged. Silverhammermba (talk) 16:13, 10 January 2017 (UTC)

ESP mount points

[Moved from Talk:EFISTUB#ESP mount points. -- nl6720 (talk) 09:44, 11 December 2017 (UTC)]

EFISTUB#Alternative ESP Mount Points complicates things for no good reason. I don't think we should document various weird ways to put kernel and initramfs on ESP. I propose removing EFISTUB#Setting up EFISTUB and adjusting EFI System Partition#Mount the partition to contain only two options:

  • ESP mounted as /boot
  • ESP mounted as /boot/efi and using a bootloader with filesystem drivers (e.g. GRUB, rEFInd, etc.)

-- nl6720 (talk) 09:51, 8 January 2017 (UTC)

Agree, if you don't read the article (scanning) it looks like it is needed to perform the actions.
Don't know about removing them, maybe they should be placed under an Advanced Configuration section.
Francoism (talk) 16:33, 8 January 2017 (UTC)
I am against removing the information entirely since it is necessary for certain boot setups. However I am fine with having it lower in the article and placing more emphasis on the simpler alternatives you mention. Silverhammermba (talk) 16:24, 9 January 2017 (UTC)
Which certain boot setups require it and isn't using EFI System Partition#Using bind mount much simpler? -- nl6720 (talk) 12:45, 10 January 2017 (UTC)
For systems not using /boot as mount point. My previous setup did use a separate /boot and /boot/efi. The instructions show that you can use a different partition, HDD and even an USB (although not recommended). It may also help on tablets that require a specific kind of layout(?). The bind option is not an option when using a non FAT32 filesystem. Francoism (talk) 13:36, 10 January 2017 (UTC)
So you used a /boot with a filesystem which your bootloader (or firmware itself) didn't support and were forced to copy the kernel & initramfs to ESP to work around it. Is there a reason to not use ESP as /boot in such situations, or am I missing something?
Anyway, looks like there's no support for removing EFISTUB#Alternative ESP Mount Points. As the merge template states that section applies to more than EFISTUB, so lets move it to EFI System Partition#Tips and tricks. I'd also like to remove "Using incron" section, incron is not installed by default and systemd path provides the same functionality. -- nl6720 (talk) 11:14, 13 January 2017 (UTC)
You're correct, but there are always reasons why users are forced into this kind of setup.
I'm against the removal to be honest, the user should have a choice, and a valid point is some users use the Arch Wiki as reference for other distro's that don't always support systemd. That's also what makes the ArchWiki strong, although it is focused on Arch, most config work perfectly (with minor modification) OK on let's say Ubuntu.
Francoism (talk) 11:46, 13 January 2017 (UTC)
/boot/efi is added and all file copying instructions are under EFI System Partition#Alternative mount points. Closing. -- nl6720 (talk) 11:20, 20 January 2018 (UTC)