From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1W5WUo-0000U0-Ts for mharc-grub-devel@gnu.org; Tue, 21 Jan 2014 03:15:42 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35784) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5WUi-0000KA-Sc for grub-devel@gnu.org; Tue, 21 Jan 2014 03:15:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W5WUe-00073D-4D for grub-devel@gnu.org; Tue, 21 Jan 2014 03:15:36 -0500 Received: from mail-ee0-x231.google.com ([2a00:1450:4013:c00::231]:50317) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5WUd-000735-Ss for grub-devel@gnu.org; Tue, 21 Jan 2014 03:15:32 -0500 Received: by mail-ee0-f49.google.com with SMTP id d17so3914310eek.36 for ; Tue, 21 Jan 2014 00:15:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=ydBZWcBkds+3hmtnCSs64gTfJVgjSPwJbahHqsv6zPs=; b=vvfzPKCp5nu3owcwZ8hEdwlHOaKg0vi4hFuCeNlbsJxk1n48ZOhusY0sQrbElBDp0P KgUtQLU/ve0Aqvs3Eh3EgrooqovhIu1m1U5iAXKp06LuYIkukWzLToY+4TzewOMPBZHY E+HV947MQtRV58MlQmexmhqGK9bo60cs2/xkLVhDVcKMDKXNPhvlvzaLPHSk6MbHPdTd u7FuMKafVrpMxBUVGZaVXLt8M9YWJwfCu/DMwobyrytHzNz46L0b32ceqv5HiM0lCm06 +fQDjyOpJ75s/BKXkMxVkV8C69wtIG6O8JbldwzKkgIbEjel9DZBczJ9xdzbYY4u0xPX bztA== X-Received: by 10.15.44.136 with SMTP id z8mr15274127eev.33.1390292131180; Tue, 21 Jan 2014 00:15:31 -0800 (PST) Received: from [192.168.42.236] (83-224.197-178.cust.bluewin.ch. [178.197.224.83]) by mx.google.com with ESMTPSA id w4sm11933320eef.20.2014.01.21.00.15.29 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 Jan 2014 00:15:30 -0800 (PST) Message-ID: <52DE29E8.5000202@gmail.com> Date: Tue, 21 Jan 2014 09:03:52 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.2.0 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: Booting from RAID (was: Re: booting btrfs) References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="jw9JcGwjqTFsnxTPkm5MxvFAt9lr9TBsL" X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c00::231 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 08:15:41 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jw9JcGwjqTFsnxTPkm5MxvFAt9lr9TBsL Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 13.01.2014 07:12, Andrey Borzenkov wrote: > On Mon, Jan 13, 2014 at 9:53 AM, Chris Murphy = wrote: >=20 >> There are other problems with Fedora that prevent this from being usab= le now, including grubby which can't update grub.cfg during kernel update= s, when /boot is on a Btrfs subvolume. So I have no present implementatio= n, it's a question how to boot from Btrfs raid1 in the future, and have a= s little duplicative efforts as possible. Also, my argument is that if a = GUI installer permits the user to create bootable raid1, that it should a= lso properly configure all drives, and the static ESP grub.cfg, to make t= he system bootable. Otherwise the user has to do this manually which requ= ires esoteric knowledge beyond most users. If the system really isn't boo= table 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. >=20 > 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. >=20 > 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 =3D=3D boot_drive check in this ca= se. 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. >=20 It should invoke stup part several times. > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel >=20 --jw9JcGwjqTFsnxTPkm5MxvFAt9lr9TBsL Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iF4EAREKAAYFAlLeKegACgkQmBXlbbo5nOtqLgD+JO0hpi/lSv6OcNrCpIBlye4C 0c1HqjX9VSZIdWhhuqcA+wSbH5kmDhpBSTOikF94TG5SeYS0s9+Aue4olw9EhJQq =WEpJ -----END PGP SIGNATURE----- --jw9JcGwjqTFsnxTPkm5MxvFAt9lr9TBsL--