Re: [PATCH] Caseless UUID comparsion in search command

[Pavel Roskin <proski@gnu.org>]

On Tue, 2009-07-07 at 10:41 +0930, Arthur Marsh wrote:

> using grub-emu at the moment. I'll try in real grub when I reboot.

Could you please try booting Linux in grub-emu?  You can interrupt qemu
before the kernel tries to mount anything.  Or you can remove the
"linux" line.  What matters is whether the "search" command works.  That
would show if BIOS limitations play any role.

> Partition hd0,1: Filesystem type ext2, Last modification time 2009-07-07
>   00:49:27 Tuesday, UUID bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea
> 
> tune2fs -l /dev/hda1 |grep UUID
> Filesystem UUID:        bfdeb6d6-0b77-4beb-a63d-bdc3e455b8ea

That means that the search command indeed fails to find a partition that
GRUB sees.

Since you are getting "device not found" with the refactor patch, it
means that grub_device_iterate() doesn't set grub_errno.

If --set is given, the iteration would stop as soon as the matching
device is found.  Unfortunately, grub lists partitions backwards (we'll
need to look at that), so a problem with a later partition could confuse
GRUB.

Please run "ls -l" in GRUB to see if it finds any problems.  Also please
try running the "search" command manually on the command line.  Maybe
the config file has some weird symbol somewhere.  You can also search by
label, even though it's empty:

search -l ""

-- 
Regards,
Pavel Roskin