#1303 PR closed
: Fix recovery for Arch Linux EFI boot¶
Labels: won't fix / can't fix / obsolete
ProBackup-nl opened issue at 2017-04-14 22:05:¶
Alternatively look not only look for a TARGET_DEVICE/boot/efi
mount,
but also for TARGET_DEVICE/boot
(as long as directory
TARGET_DEVICE/boot/efi
exists).
Without this fix the recovery will error out after:
Patching file 'etc/fstab'
with an error like:
Empty string passed to get_device_name
Because in Arch Linux the ESP is mounted at /boot
(not /boot/efi
)
ProBackup-nl commented at 2017-04-21 07:58:¶
There is not need for case-insensitive check in this script. Here I don't want to change the check for the directory. Here checking of the real mount point is happening: /boot/efi or /boot in the list of mount points. Consider merging without changes.
jsmeix commented at 2017-04-21 10:00:¶
The comment in the code tells different:
# check if $TARGET_FS_ROOT/boot/efi directory exists # case-insensitive because Arch Linux uses /boot/EFI [[ -d "$TARGET_FS_ROOT/boot/efi" ]]
so that either the comment or the actual code must be fixed.
ProBackup-nl commented at 2017-05-10 20:36:¶
@jsmeix
Comment line #1: general explain why this check is there
Comment line #2: in more detail explain why the check needs to be done
case insensitive: otherwise it will break Arch.
Apparently the comments need to be rewritten, but I don't know how to express myself clearer in this case.
gdha commented at 2018-01-25 15:14:¶
The question is - is the PR still relevant after all these months?
jsmeix commented at 2018-01-25 15:58:¶
What I meant in my
https://github.com/rear/rear/pull/1303#issuecomment-296149622
is that I do not see how the actual code
[[ -d "$TARGET_FS_ROOT/boot/efi" ]]
inplements a case-insensitive test.
I.e. the actual code seems to contradict the comment.
gdha commented at 2019-01-09 07:40:¶
@jsmeix @gozora Is this PR still relevant as the code around UEFI has been updated multiple time over the last year?
jsmeix commented at 2019-01-09 08:12:¶
I close it as "won't fix" because in the foreseeable future I will
have
no time to fix this pull request so that its changes look o.k. to me.
I am not a Arch Linux user but I assume Arch Linux EFI boot works
meanwhile because I am not aware of an open issue in this area.
[Export of Github issue for rear/rear.]