From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1QHgwp-000454-FW for mharc-grub-devel@gnu.org; Wed, 04 May 2011 14:37:19 -0400 Received: from eggs.gnu.org ([140.186.70.92]:36323) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHgwn-000443-2F for grub-devel@gnu.org; Wed, 04 May 2011 14:37:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QHgwm-0006Lq-5a for grub-devel@gnu.org; Wed, 04 May 2011 14:37:17 -0400 Received: from cdptpa-omtalb.mail.rr.com ([75.180.132.120]:58994) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHgwm-0006Ll-1v for grub-devel@gnu.org; Wed, 04 May 2011 14:37:16 -0400 Authentication-Results: cdptpa-omtalb.mail.rr.com smtp.user=psusi@cfl.rr.com; auth=pass (PLAIN) X-Authority-Analysis: v=1.1 cv=zBQrDHOGJVa+32FYvZQb0EuBWG+8UjOxCya+IIWDaxY= c=1 sm=0 a=CPlwVjms4CEA:10 a=IkcTkHD0fZMA:10 a=pg4Dpxby4z7sZisWVyJ9NA==:17 a=FgjBM0Zg6INzzKYIGLEA:9 a=XeCHZZDGFq4QtWDsT3sA:7 a=QEXdDO2ut3YA:10 a=pg4Dpxby4z7sZisWVyJ9NA==:117 X-Cloudmark-Score: 0 X-Originating-IP: 72.242.190.170 Received: from [72.242.190.170] ([72.242.190.170:49316] helo=[10.1.1.230]) by cdptpa-oedge02.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTPA id 82/19-29443-ADC91CD4; Wed, 04 May 2011 18:37:15 +0000 Message-ID: <4DC19CD9.20702@cfl.rr.com> Date: Wed, 04 May 2011 14:37:13 -0400 From: Phillip Susi User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: Raid5 regression References: <4DC0124A.7010508@cfl.rr.com> <4DC067F1.4060901@cfl.rr.com> <871v0ebtfn.fsf@frosties.localnet> <4DC1597C.1040507@cfl.rr.com> <4DC16C3B.5000800@cfl.rr.com> <4DC16F14.1040505@gmail.com> In-Reply-To: <4DC16F14.1040505@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 75.180.132.120 Cc: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= 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: Wed, 04 May 2011 18:37:18 -0000 On 5/4/2011 11:21 AM, Vladimir 'φ-coder/phcoder' Serbinenko wrote: > Does it happen with grub-fstest ? Some BIOSes are known to chop away > some sectors in the end of disk. That seems to be what is going on. I went back to the Maverick version of grub and it gets no complaints, until I set debug=raid. Then I can see the same type of messages about the duplicate detection. Comparing the two versions of raid.c, it looks like the old version just made the debug print when it found the duplicate superblock, and then carried on, replacing the previously found device. The new version of insert_array() returns a grub_error(). So the net result is that even though it always was detecting the superblock on both the whole disk and on the partition, it used to let the one found on the partition supersede so everything worked, but now it keeps the one on the whole disk and so things break. How should this conflict be resolved? I would think that the partition should take precedence like it used to.