[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug#45225] [PATCH] gnu: grub: Fix unicode font loading when booting ove
From: |
Ludovic Courtès |
Subject: |
[bug#45225] [PATCH] gnu: grub: Fix unicode font loading when booting over TFTP. |
Date: |
Tue, 22 Dec 2020 14:38:18 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) |
Hi Stefan,
Stefan <stefan-guix@vodafonemail.de> skribis:
> Due to this, there is somewhere a
> /volume/systems/guix-system/gnu/store/…-bootloader-profile/share/grub/unicode.pf2,
> which is an *absolute* symlink to
> /gnu/store/…-grub-efi-2.04/share/grub/unicode.pf2.
>
> The generated grub.cfg now normally refers to
> /gnu/store/…-bootloader-profile/share/grub/unicode.pf2.
>
> When GRUB tries to load gnu/store/…-bootloader-profile/share/grub/unicode.pf2
> via TFTP, due to a profile prepared *relative* symlink at
> /volume/systems/guix-system/boot/gnu/store to the real store location at
> ../..gnu/store/guix-system/gnu/store/ the TFTP server is able to access
> gnu/store/…-bootloader-profile/share/grub/unicode.pf2.
>
> And there is the problem: That
> /gnu/store/…-bootloader-profile/share/grub/unicode.pf2 is an *absolute*
> symlink with no meaning to the TFTP server, so loading the font fails.
>
> Simply speaking: Files for booting via TFTP must not be *absolute* symlinks.
It’s possible to create profiles that use relative symlinks:
(profile-derivation … #:relative-symlinks? #t)
or, for the declarative counterpart:
(profile (content …)
(relative-symlinks? #t))
Would that solve your problem?
BTW, I don’t see “bootloader-profile” in ‘master’; is it on a branch?
Thanks,
Ludo’.