From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Mz8GY-0003jV-4R for mharc-grub-devel@gnu.org; Sat, 17 Oct 2009 08:20:10 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mz8GV-0003jH-QW for grub-devel@gnu.org; Sat, 17 Oct 2009 08:20:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mz8GQ-0003iN-Cs for grub-devel@gnu.org; Sat, 17 Oct 2009 08:20:06 -0400 Received: from [199.232.76.173] (port=52686 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mz8GQ-0003iK-75 for grub-devel@gnu.org; Sat, 17 Oct 2009 08:20:02 -0400 Received: from mailhub.sw.ru ([195.214.232.25]:41811 helo=relay.sw.ru) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Mz8GP-0004g7-Mq for grub-devel@gnu.org; Sat, 17 Oct 2009 08:20:02 -0400 Received: from [10.30.3.27] ([10.30.3.27]) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n9HCJvJb023205 for ; Sat, 17 Oct 2009 16:19:59 +0400 (MSD) Message-ID: <4AD9B66D.2090502@parallels.com> Date: Sat, 17 Oct 2009 16:19:57 +0400 From: Vasily Averin User-Agent: Thunderbird 1.5.0.10 (X11/20060911) MIME-Version: 1.0 To: grub-devel@gnu.org X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: OpenBSD 3.0-3.9 Subject: filesystem check on software raid partitions X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Oct 2009 12:20:08 -0000 Dear all, I've noticed that grub2 tries to detect filesystem on software raid partitions. IMHO it isn't correct: - this partition can have correct filesystem header or superblock, and therefore it can look at the first glance as one having filesystem. However access to filesystem data is tricky, you will access wrong data block. For example I've got grub hang on the ext2 filesystem check of the first partition of software raid0 partition (see datails in "[patch] deadloop in grub_ext2_iterate_dir" letter). - even if filesystem check finishes correctly, it will report the same fs-uuid as filesystem on raid device, and It can confuse search by uuid command. Therefore I think grub2 should check partition for raid/lvm/swap before start of filesystem checks. thank you, Vasily Averin