From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1PjzJe-00020A-CN for mharc-grub-devel@gnu.org; Mon, 31 Jan 2011 14:21:34 -0500 Received: from [140.186.70.92] (port=53890 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PjzJc-000202-FW for grub-devel@gnu.org; Mon, 31 Jan 2011 14:21:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PjzJb-0002yl-6V for grub-devel@gnu.org; Mon, 31 Jan 2011 14:21:32 -0500 Received: from cdptpa-omtalb.mail.rr.com ([75.180.132.121]:37849) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PjzJb-0002ye-29 for grub-devel@gnu.org; Mon, 31 Jan 2011 14:21:31 -0500 Authentication-Results: cdptpa-omtalb.mail.rr.com smtp.user=psusi@cfl.rr.com; auth=pass (PLAIN) X-Authority-Analysis: v=1.1 cv=pepdxKapwHuwCZNFD5uob2wvham6E+RljB0uXw08FdQ= c=1 sm=0 a=8nJEP1OIZ-IA:10 a=pg4Dpxby4z7sZisWVyJ9NA==:17 a=SJvC97_M6PJuoaR6UBkA:9 a=DnOAf05kMAjbnqx6f2oA:7 a=K32FIegfi6iUEM-pDhX3djwyBvUA:4 a=wPNLvfGTeEIA:10 a=e9cOcFdFHen13QNn:21 a=fWm8t_zb0r6OTWFL:21 a=pg4Dpxby4z7sZisWVyJ9NA==:117 X-Cloudmark-Score: 0 X-Originating-IP: 72.242.190.170 Received: from [72.242.190.170] ([72.242.190.170:1156] helo=[10.1.1.235]) by cdptpa-oedge03.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTPA id EF/C1-19545-9BB074D4; Mon, 31 Jan 2011 19:21:30 +0000 Message-ID: <4D470BCF.20508@cfl.rr.com> Date: Mon, 31 Jan 2011 14:21:51 -0500 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: The development of GNU GRUB References: <4CF55680.5010703@cfl.rr.com> <20101201092508.7023f974@notabene.brown> <4CF81A16.2010606@cfl.rr.com> <20101203123615.6edce071@notabene.brown> <4CF860EB.7010005@cfl.rr.com> <20101209094354.4c6aaa93@notabene.brown> <4D01328D.9050503@cfl.rr.com> <4D46E6D7.2000205@cfl.rr.com> <20110131170349.GR343@caffeine.csclub.uwaterloo.ca> In-Reply-To: <20110131170349.GR343@caffeine.csclub.uwaterloo.ca> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 75.180.132.121 Cc: Neil Brown , linux-raid@vger.kernel.org, John Sheu , Lennart Sorensen Subject: Re: Software RAID and Fakeraid X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 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: Mon, 31 Jan 2011 19:21:33 -0000 On 1/31/2011 12:03 PM, Lennart Sorensen wrote: > If you do software md raid on whole disks, I am not even sure if the > BIOS could boot from that, since there won't be a partition table, no > partition marked bootable (which some BIOSs requrie), sector 0 may not > even contain boot code. Not sure there is anyway whole device software > raid makes sense for a bootable drive at all. It makes sense for data > drives perhaps. I just don't see this as a candidate for booting at all. That is why I asked what the partition table should look like. When grub is installed there will be one ( and boot code ), the question is whether it should be empty, or have a protective partition that claims the entire disk, like EFI does. Normally with format 0.9, the raid array starts on sector 0, so the same MBR appears both at the start of the first physical disk, and at the start of the array. This is not possible with 1.1 or 1.2, so where do they start the array? I must be at some point further away from sector 0, leaving room for a protective MBR on the component disks that would be entirely separate from any MBR inside the array. This leaves room for grub to be installed on each component disk, rather than only the first. It also means that it is incompatible with formats 0.9, 1.1, and possibly 1.0, depending on whether it includes the first sector in the array like 0.9 does.