[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: booting btrfs
From: |
Michael Chang |
Subject: |
Re: booting btrfs |
Date: |
Tue, 14 Jan 2014 12:16:30 +0800 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
On Mon, Jan 13, 2014 at 05:08:49PM +0400, Andrey Borzenkov wrote:
> On Mon, Jan 13, 2014 at 1:12 PM, Michael Chang <address@hidden> wrote:
> >
> > OK. To be more verbose, the question of mine is that I'm uncertain if
> > we don't explicitly install to a partition using blocklists, the
> > /fs/core.img would still automatically get blocklists of itself
> > updated on it's own diskboot.S header or stay with default?
> >
>
> On i386-pc you boot core.img by using "multiboot". It bypasses
> blocklists completely so it is irrelevant. On EFI you get standard EFI
> binary that you can "chainload".
Now I understand it, thanks for the explaination.
Regards,
Michael
>
> >>>>
> >>>> BTW 30_os-prober will happily fetch boot entries from every existing
> >>>> snapshot, presenting them all with identical names and "merging" all
> >>>> boot entries from all snapshots because it generates the same menu id
> >>>> (it includes only fs UUID, but no subvolume information).
> >>>
> >>> Are you suggesting to use os-prober, instead sourced by master config
> >>> directly for inclusion of boot entries of snapshots ? Or I've
> >>> misinterpreted it?
> >>>
> >>
> >> Oh, sorry for confusion. I simply meant that current 30_os-prober is
> >> buggy and needs fixing. I think I have an idea how.
> >
> > You meant fixing 30_os-prober or getting btrfs snapshot booting to
> > work ?
>
> I mean fixing 30_os-prober
>
> _______________________________________________
> Grub-devel mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/grub-devel
- Re: booting btrfs, (continued)
Re: booting btrfs, Andrey Borzenkov, 2014/01/10
Re: booting btrfs, Vladimir 'φ-coder/phcoder' Serbinenko, 2014/01/21
Re: booting btrfs, Michael Chang, 2014/01/21