From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1VPJqX-0005IS-FI for mharc-grub-devel@gnu.org; Thu, 26 Sep 2013 18:15:41 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44208) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VPJqQ-0005Hx-3s for grub-devel@gnu.org; Thu, 26 Sep 2013 18:15:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VPJqK-0005mD-BP for grub-devel@gnu.org; Thu, 26 Sep 2013 18:15:34 -0400 Received: from mail-ee0-x231.google.com ([2a00:1450:4013:c00::231]:64631) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VPJqK-0005ly-3a for grub-devel@gnu.org; Thu, 26 Sep 2013 18:15:28 -0400 Received: by mail-ee0-f49.google.com with SMTP id d41so832857eek.22 for ; Thu, 26 Sep 2013 15:15:27 -0700 (PDT) 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=snlr1Z665pMuluLfYmAcIm22e64xO9hNDe48gVtDjS0=; b=ABKbSFDv1A0HLNjgv+2ucxqZ6yWMIDjqF3Pm7l5K0K8phCdRu9hTtph+tw4iPSrak1 4wATNudZX9EcqJzSSu0+RGMZ+Z3PirgMTr+V7RT7ve20/YqrQ3691Fvog3LV595IPyMY 2zLccVrsCWRCTm43zddwFTdBZHix+uuQPpPzAJkttrIDXqSn5VthF44Obr/aZTMFXc+d sWm5R5t0t5KxZ3lPC0KQglKAsN+JypbjJJbmEZPuQM/ITWLviiMFNY4qgqkVJMSJAeyz NIj8A8kX6j1mcEA0FJo0OzE14rvdApG9wU/W8agyLQCBvqzSwe8uVzXV9vq8Ibh+TG44 9GCA== X-Received: by 10.15.91.3 with SMTP id r3mr4956207eez.4.1380233727295; Thu, 26 Sep 2013 15:15:27 -0700 (PDT) Received: from [192.168.1.113] (31-249.1-85.cust.bluewin.ch. [85.1.249.31]) by mx.google.com with ESMTPSA id m54sm8838224eex.2.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Sep 2013 15:15:26 -0700 (PDT) Message-ID: <5244B1FC.9050503@gmail.com> Date: Fri, 27 Sep 2013 00:15:24 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130821 Icedove/17.0.8 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: [RFC] grub-install C rewrite References: <524431E6.60807@gmail.com> <20130926133504.GQ13097@csclub.uwaterloo.ca> <52443DA7.1030707@gmail.com> <20130926144400.GR13097@csclub.uwaterloo.ca> <524481D0.80206@gmail.com> <20130926202253.GS13097@csclub.uwaterloo.ca> <4A8339E2-1CD6-446C-96BC-8733A5C8D552@colorremedies.com> In-Reply-To: <4A8339E2-1CD6-446C-96BC-8733A5C8D552@colorremedies.com> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="----enig2SKPRDCLBGVEFNFNPDANK" 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: Thu, 26 Sep 2013 22:15:38 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2SKPRDCLBGVEFNFNPDANK Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 26.09.2013 22:51, Chris Murphy wrote: >=20 > On Sep 26, 2013, at 2:22 PM, Lennart Sorensen wrote: >=20 >> On Thu, Sep 26, 2013 at 08:49:52PM +0200, Vladimir '=CF=86-coder/phcod= er' Serbinenko wrote: >>> This is interesting testcase which wasn't brought before. This would >>> potentially involve creating several core.img or forcing UUID when us= ing >>> multiple devices. Again, pretty easy in C and hairy in bash due to li= st >>> handling. >> >> No, one core.img is fine. The boot disk is the boot disk in each case= >> (so on x86 device 0x80). The same core.img gets inserted too all the >> devices, so that if it happens to be the boot disk, it works. Since t= he >> partition is raid1, the same UUID is everywhere. I do not expect >> booting from a raid5 device to be possible as the boot partition (alth= oug >> hperhaps grub is smart enough to read the kernel from an md raid5 devi= ce >> these days). >=20 > It is. Even raid6 is possible. The limitation is the BIOS being able to= present all member devices to grub for it to assemble the raid in order = to find /boot. But I don't know if it can work on a degraded array by reb= uilding parity. If not, I see no point in /boot on raid5/6. >=20 > The case of btrfs raid0/1/10 is interesting. It's possible to boot all = of these with GRUB2, I've tried up to 4 disks for those raid levels, and = includes support for subvolumes/snapshots. I haven't extensively tried to= break it with many snapshots, deletions, etc. So I don't know how resili= ent it is. The ability to boot raid1/10 with a missing member is useful. = And it's actually a more complex setup to incorporate md raid and ext4 on= those same disks for a separate /boot; or possibly losing ability to boo= t if /boot is on a single disk, which also complicates the layout. For su= ch a layout, core.img is needed for each disk. >=20 > Open question is if on BIOS hardware, if a 1MB BIOSBoot is preferred ov= er the 64KB Btrfs bootloader pad? I don't know off hand if each member di= sk, or subsequently added disks, each have this 64KB pad or just the firs= t member. >=20 This is besides the point. I'm fine to discuss such things but in a separate thread. >=20 > Chris Murphy > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel >=20 ------enig2SKPRDCLBGVEFNFNPDANK 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.4.14 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iF0EAREKAAYFAlJEsf0ACgkQNak7dOguQgnVUgD/YqypA3Weh/q8wfKQ+j7qQB1+ NprDV4JsI9+gGwvGjZMA9Anb3hjtP/P+j7sj4rmidNT2lMrDaAgKdOhcUm62v1c= =cWhQ -----END PGP SIGNATURE----- ------enig2SKPRDCLBGVEFNFNPDANK--