Currently systemd automatic detect ESP and mount it as {{ic|/boot}}. Also systemd mount {{ic|efivarfs}}. You no longer mount {{ic|/boot}} manually or add entry in the {{ic|/etc/fstab}}. If you try mount {{ic|/boot}} manually or from {{ic|/etc/fstab}} {{ic|gummiboot install}} command will fail.

+

Now systemd automatic detect ESP and mount it as {{ic|/boot}}. Also systemd mount {{ic|efivarfs}}. You no longer mount {{ic|/boot}} manually or add entry in the {{ic|/etc/fstab}}. If you try mount {{ic|/boot}} manually or from {{ic|/etc/fstab}} {{ic|gummiboot install}} command will fail.

: ". If you try mount /boot manually or from /etc/fstab gummiboot install command will fail." That's just not true, gummiboot install should work fine either way. What kind of error message is this supposed to cause?

+

:Either way, I don't really like adding a note about the ESP automount yet for several reasons:

+

: * the fsck is missing in the generated mount unit (this is on systemd's TODO list)

+

: * it mounts /boot with 0700 permissions. Not sure if this is intended by upstream, but it is annoying and causes warnings from pacman.

+

: * this feature isn't even documented in systemd yet

+

: * This is a systemd feature, gummiboot just happens to be the only bootloader to export the EFI variables needed for this (for now). So it's probably debatable whether to put this on the systemd wiki or the gummiboot wiki.

Although not strictly false, I think the page is a bit misleading because somebody might well think that gummiboot can boot the LTS kernel provided only that you add the EFI menu entry manually. But as far as I know the LTS kernels cannot be booted this way because they lack the stub loader. Obviously that doesn't mean you can't install gummiboot to do something else (boot another kernel, boot a boot loader etc.) but it is a bit odd the way it is put? --[[User:Margali|cfr]] ([[User talk:Margali|talk]]) 23:41, 23 July 2013 (UTC)

+

+

This is no longer an issue since the linux-lts pkg now follows 3.10.x kernel series. -- [[User:The.ridikulus.rat|Keshav Padram Amburay]] ([[User talk:The.ridikulus.rat|talk]]) 13:09, 2 October 2013 (UTC)

Revision as of 13:09, 2 October 2013

The link to documentation on freedesktop is currently giving a 503 and providing "guru meditation". Does anybody happen to be a guru and available to meditate on XID: 890648862? --cfr (talk) 03:22, 24 March 2013 (UTC)

Mount /boot and efivarfs

Now systemd automatic detect ESP and mount it as /boot. Also systemd mount efivarfs. You no longer mount /boot manually or add entry in the /etc/fstab. If you try mount /boot manually or from /etc/fstabgummiboot install command will fail.

". If you try mount /boot manually or from /etc/fstab gummiboot install command will fail." That's just not true, gummiboot install should work fine either way. What kind of error message is this supposed to cause?

Either way, I don't really like adding a note about the ESP automount yet for several reasons:

* the fsck is missing in the generated mount unit (this is on systemd's TODO list)

* it mounts /boot with 0700 permissions. Not sure if this is intended by upstream, but it is annoying and causes warnings from pacman.

* this feature isn't even documented in systemd yet

* This is a systemd feature, gummiboot just happens to be the only bootloader to export the EFI variables needed for this (for now). So it's probably debatable whether to put this on the systemd wiki or the gummiboot wiki.

LTS kernels

Although not strictly false, I think the page is a bit misleading because somebody might well think that gummiboot can boot the LTS kernel provided only that you add the EFI menu entry manually. But as far as I know the LTS kernels cannot be booted this way because they lack the stub loader. Obviously that doesn't mean you can't install gummiboot to do something else (boot another kernel, boot a boot loader etc.) but it is a bit odd the way it is put? --cfr (talk) 23:41, 23 July 2013 (UTC)

This is no longer an issue since the linux-lts pkg now follows 3.10.x kernel series. -- Keshav Padram Amburay (talk) 13:09, 2 October 2013 (UTC)