On Mon, Oct 21, 2024 at 4:29 AM Vladimir 'phcoder' Serbinenko
<phco...@gmail.com> wrote:
>
>
>
> Le lun. 21 oct. 2024, 06:49, Michael Chang via Grub-devel
> <grub-devel@gnu.org> a écrit :
>>
>> On Fri, Oct 18, 2024 at 08:39:01PM GMT, Vladimir 'phcoder' Serbinenko wrote:
>> > Le lun. 14 oct. 2024, 20:10, Leo Sandoval <lsand...@redhat.com> a écrit :
>> >
>> > > From: Jeff Mahoney <je...@suse.com>
>> > >
>> > > This patch adds the ability to specify a different root on a btrfs
>> > > filesystem too boot from other than the default one.
>> > >
>> > Does it make available some files that are currentl y unavailable? Do you
>> > have an example?
>>
>> Say, if we want to boot snapshot "foo" via it's grub.cfg, the config can
>> be written as:
>>
>> menuentry "boot snapshot foo" {
>> saved_subvol=$btrfs_subvol
>> btrfs_subvol=foo
>> configfile /boot/grub/grub.cfg
>> btrfs_subvol=$saved_subvol
>> }
>>
>> In combination with relative path, the grub.cfg executed from foo
>> snapshot is also set to use files from foo snapshots explicitly. rather
>> than default or other sources.
>
> It's not the question I asked
I'm sorry I don't understand what you're asking. Perhaps this explanation helps?
The point of this patch is to specifically enable split access: some
files for the bootloader are on the default volume, but we need to
access an alternative hierarchy for booting the system. This is a
foundational requirement for boot-to-snapshot, especially in
openSUSE's setup where the boot files are a nested subvolume in the
default subvolume, but the snapshots may be anywhere, including an
alternative hierarchy that isn't rooted in the default volume. In
Fedora, we have no nested volumes, and we do not restrict a user on
how they want their boot-to-snapshot setup to work. A simplified case
of this is that you might want to boot fully encapsulated system roots
which have completely different files and setups.
--
真実はいつも一つ！/ Always, there's only one truth!
_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
