[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Booting from RAID (was: Re: booting btrfs)
From: |
Vladimir 'φ-coder/phcoder' Serbinenko |
Subject: |
Re: Booting from RAID (was: Re: booting btrfs) |
Date: |
Tue, 21 Jan 2014 09:03:52 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.2.0 |
On 13.01.2014 07:12, Andrey Borzenkov wrote:
> On Mon, Jan 13, 2014 at 9:53 AM, Chris Murphy <address@hidden> wrote:
>
>> There are other problems with Fedora that prevent this from being usable
>> now, including grubby which can't update grub.cfg during kernel updates,
>> when /boot is on a Btrfs subvolume. So I have no present implementation,
>> it's a question how to boot from Btrfs raid1 in the future, and have as
>> little duplicative efforts as possible. Also, my argument is that if a GUI
>> installer permits the user to create bootable raid1, that it should also
>> properly configure all drives, and the static ESP grub.cfg, to make the
>> system bootable. Otherwise the user has to do this manually which requires
>> esoteric knowledge beyond most users. If the system really isn't bootable in
>> the face of a disk failure, then I think a GUI installer shouldn't even
>> offer bootable raid1 (Btrfs or otherwise) as an option.
>
> openSUSE supports /boot on RAID1 and will simply run grub-install for
> each device (it limits bootloader location to MBR in this case). This
> can be optimized of course noticing that you need to create image just
> once, but it works. Same can be used in case of btrfs.
>
> I'd like to have some more generic case of having several boot block
> locations independently on RAID (effectively grub-install /dev/sda
> /dev/sda3 /dev/sdb ...); grub-install part looks more or less
> straightforward,
You need to be careful with root_dirve == boot_drive check in this case.
You may have to create 2 images if this supposition is true for some
locations but not all.
> but modifying grub-setup part is more challenging.
>
It should invoke stup part several times.
> _______________________________________________
> Grub-devel mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
signature.asc
Description: OpenPGP digital signature