From: David Miller <davem@davemloft.net>
To: grub-devel@gnu.org, fzielcke@z-51.de
Subject: Re: mkrelpath doesn't do what it should...
Date: Mon, 07 Dec 2009 03:24:34 -0800 (PST) [thread overview]
Message-ID: <20091207.032434.220077475.davem@davemloft.net> (raw)
In-Reply-To: <1260182362.2908.5.camel@fz.local>
From: Felix Zielcke <fzielcke@z-51.de>
Date: Mon, 07 Dec 2009 11:39:22 +0100
> Am Sonntag, den 06.12.2009, 23:30 -0800 schrieb David Miller:
>> I was trying to figure out why the kernel image paths generated
>> automatically for me by grub-mkconfig were not correct.
>>
>> I have /boot on a seperate partition, but in the generated config
>> files it uses paths like /boot/vmlinux-2632 etc.
>>
>> The problem is grub-mkrelpath and it's usage in the scrips such as
>> "10_linux".
>>
>> "/boot" is given to "grub-mkrelpath", and this results in
>> the identical "/boot" in rel_dirname.
>>
>> So all the paths emitted by 10_linux end up being "/boot" based
>> instead of "/" based.
>>
>> grub-mkrelpath seems to do the right thing if I pass it a full path,
>> f.e. giving it "/boot/vmlinux" emits the correct "/vmlinux"
>
> The one mount point case is now fixed in r1917
> See Subject: `handling mount points in grub-mkrelpath' from me for the
> patch.
Thanks I'll have a look.
Locally for testing, I changed the 10_linux script to pass the
complete image path name to the device root relative pathname
resolver. That worked just as well.
In fact I don't see why these scripts don't do that, and relatively
resolve the /boot directory whatever seperately.
next prev parent reply other threads:[~2009-12-07 11:24 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-07 7:30 mkrelpath doesn't do what it should David Miller
2009-12-07 10:39 ` Felix Zielcke
2009-12-07 11:24 ` David Miller [this message]
2009-12-07 22:06 ` Felix Zielcke
2009-12-07 23:18 ` David Miller
2009-12-08 4:35 ` David Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20091207.032434.220077475.davem@davemloft.net \
--to=davem@davemloft.net \
--cc=fzielcke@z-51.de \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.