From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1P0fBY-000652-0X for mharc-grub-devel@gnu.org; Tue, 28 Sep 2010 14:45:52 -0400 Received: from [140.186.70.92] (port=60333 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P0fBU-00064b-OZ for grub-devel@gnu.org; Tue, 28 Sep 2010 14:45:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1P0fBS-0006zy-V0 for grub-devel@gnu.org; Tue, 28 Sep 2010 14:45:48 -0400 Received: from exhub016-1.exch016.msoutlookonline.net ([207.5.72.163]:34565) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1P0fBS-0006zK-Qw for grub-devel@gnu.org; Tue, 28 Sep 2010 14:45:46 -0400 Received: from [10.1.1.235] (72.242.190.170) by smtpx16.msoutlookonline.net (207.5.72.190) with Microsoft SMTP Server (TLS) id 8.2.234.1; Tue, 28 Sep 2010 11:45:45 -0700 Message-ID: <4CA237D6.1060403@cfl.rr.com> Date: Tue, 28 Sep 2010 14:45:42 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: The development of GNU GRUB References: <4C9E5AA3.4030109@gmail.com> <4CA0B3F4.9090607@cfl.rr.com> <20100927161222.GM21862@riva.ucam.org> <4CA1083F.4020301@cfl.rr.com> <20100927233431.GO8579@caffeine.csclub.uwaterloo.ca> <4CA20624.70904@cfl.rr.com> <20100928152634.GT21862@riva.ucam.org> <4CA2199C.2090602@gmail.com> In-Reply-To: <4CA2199C.2090602@gmail.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Windows 2000 SP4, XP SP1+ Cc: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= Subject: Re: [RFT] Reed-Solomon 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: Tue, 28 Sep 2010 18:45:50 -0000 On 9/28/2010 12:36 PM, Vladimir '=CF=86-coder/phcoder' Serbinenko wrote: > My branch uses every available sector for redundancy info. So if you > have 2*n sectors left in MBR gap you can survive n corrupted sectors. You might want to place a reasonable limit on that. With conventional 62 sector gaps this could be a good idea, but with everyone moving to 1 MB gaps these days, over 2000 sectors of ecc could be overkill ;)