[Top][All Lists]

[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

Attachment: signature.asc
Description: OpenPGP digital signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]