From: "Stefan Fröberg" <stefan.froberg@petroprogram.com>
To: buildroot@busybox.net
Subject: [Buildroot] Udev on a live CD system does not appear to populate /dev
Date: Wed, 21 Nov 2012 01:42:43 +0200 [thread overview]
Message-ID: <50AC1573.4090404@petroprogram.com> (raw)
In-Reply-To: <50A940FA.7020402@petroprogram.com>
18.11.2012 22:11, Stefan Fr?berg kirjoitti:
> 18.11.2012 22:02, Arnout Vandecappelle kirjoitti:
>> On 17/11/12 23:54, Stefan Fr?berg wrote:
>> [snip]
>>> But the real problem now is that grub refuses to load. It just shows
>>> Loading stage2 .... and hangs there.
>>>
>>> If I copy my old grub stuff (namely, the stage2_eltorito file) from
>>> 2012.05 build to inside the boot/grub/ of the
>>> new buildroot generated livecd (of course, first mounted throught
>>> loopback and copied to some other dir for modifying)
>>> and then build the livecd from that manually, it will work and show
>>> grub menu normally.
>>>
>>> I did a quick *md5sum* and *ls* and there indeed is a difference with
>>> the git-version and 2012.05 version of
>>> stage2_eltorito file, git-version of stage2_eltorito being very
>>> large (258 KB vs. working 103 KB)
>>>
>> Is this on a x86_64 target? Then a difference is that we removed
>> -fPIC -DPIC from CFLAGS. Can you try if that makes a difference?
>>
> No, just building i586 target inside 32-bit Fedora 16 host.
>
> Ok, Im now going to rebuild both 2012.05 and latest git again and
> see what happens.
>
> Regards
> Stefan
>
>> Regards,
>> Arnout
>
I have now investigated this matter three days and found out the following:
1 )
That size difference (258 KB vs. working 103 KB) was because in
buildroot grub I had enabled every network NIC available.
But the following was shocking to me:
The working 103 KB stage2_eltorito was not from buildroot at all in the
first place but from Gentoo!
I vaguely remember copying it to buildroot system from my Gentoo setup
several months ago.
Because I found out that the livecd build process did not work.
But this also means that even 2012.05 buildroot grub did not work for me.
2 )
I built my own version of grub with my own uClibc-based distro and found
out that grub is very nit-pick about CFLAGS and LDFLAGS it is feed.
It doesn't like optimiziation very much.
So after unsetting both flags and applying four patches from Gentoo I
managed to run my very own made grub. Yay!! :-)
3 )
Naturally I then tried this CFLAGS and LDFLAGS unsetting in
boot/grub/grub.mk.
Also used only default buildroot configuration, with newest git.
The damn thing still didn't show grub menu! :-(
And now Im beginning to suspect that buildroot grub is very broken as it
is now and needs some serious patching.
The patches it uses (grub_0.97-35.diff.gz) are from old debian tree from
2008!!
I will now grab the latest debian patches (grub_0.97-66.diff.gz), use
only -Os for CFLAGS and nothing for LDFLAGS and see how far it will take me
this time.
Regards
Stefan
next prev parent reply other threads:[~2012-11-20 23:42 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-06 14:02 [Buildroot] Udev on a live CD system does not appear to populate /dev Antony Vennard
2012-11-06 18:37 ` Stefan Fröberg
2012-11-06 23:46 ` Arnout Vandecappelle
2012-11-07 17:56 ` Stefan Fröberg
2012-11-08 9:56 ` Antony Vennard
2012-11-08 12:35 ` Stefan Fröberg
2012-11-08 16:02 ` Antony Vennard
2012-11-08 16:20 ` Stefan Fröberg
2012-11-08 16:29 ` Stefan Fröberg
2012-11-13 6:53 ` Arnout Vandecappelle
2012-11-13 18:07 ` Stefan Fröberg
2012-11-17 22:54 ` Stefan Fröberg
2012-11-18 20:02 ` Arnout Vandecappelle
2012-11-18 20:11 ` Stefan Fröberg
2012-11-20 23:42 ` Stefan Fröberg [this message]
2012-11-08 21:17 ` Arnout Vandecappelle
2012-11-09 12:20 ` Antony Vennard
2012-11-09 13:01 ` Arnout Vandecappelle
2012-11-09 13:09 ` Antony Vennard
2012-11-09 15:04 ` Arnout Vandecappelle
2012-11-09 13:11 ` Stefan Fröberg
2012-11-08 15:12 ` Arnout Vandecappelle
2012-11-08 21:09 ` Arnout Vandecappelle
2012-11-06 23:26 ` Arnout Vandecappelle
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=50AC1573.4090404@petroprogram.com \
--to=stefan.froberg@petroprogram.com \
--cc=buildroot@busybox.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox