Hallo Michel,
Michel Dänzer <[email protected]> wrote:
> On Thu, 2009-09-10 at 09:38 +0000, Jörg Sommer wrote:
>>
>> Michel Dänzer <[email protected]> wrote:
>> >
>> > So the search commands in the generated grub.cfg aren't causing problems
>> > for you?
>>
>> No, they cause problems:
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533898
>
> Not sure that's the same/only problem - the grub commands in your report
> produce hd without trailing 0 here, even though the ofpathname output is
> identical. But the generated search commands still don't work nor seem
> necessary at boot time.
>
> (Bug report BCC'd)
>
>
>> But I use this patch:
>>
>> diff --git a/grub.d/10_linux b/grub.d/10_linux
>> index c642b77..a4098b0 100755
>> --- a/grub.d/10_linux
>> +++ b/grub.d/10_linux
>> @@ -93,7 +93,7 @@ linux_entry ()
>> cat << EOF
>> menuentry "$1" {
>> EOF
>> - prepare_grub_to_access_device ${GRUB_DEVICE_BOOT} | sed -e "s/^/\t/"
>> +# prepare_grub_to_access_device ${GRUB_DEVICE_BOOT} | sed -e "s/^/\t/"
>> cat << EOF
>> linux ${rel_dirname}/${basename}
>> root=${linux_root_device_thisversion} ro $2
>> EOF
>
> Ah right, I think I tried this before, but the
>
> set root=(hd,5)
>
> commands generated by the same line turned out to be necessary here.
I might unconsciously work around this problem by passing a prefix option
to grub
nvsetenv boot-device "hd:2,grub prefix=(hd,4)/boot/grub"
This might make the root unnecessary.
Bye, Jörg.
--
Perfection is reached, not when there is no longer anything that can be
added, but when there is no longer anything to take away.
(Antoine de Saint‐Exupery)
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
