The kernel is the issue.. I tried a number of things, but finally had to regress back. If you have a tweak I'd LOVE to know what it is.<br><br>thanks,<br>jon<br><br><br><div class="gmail_quote">On Wed, Feb 20, 2008 at 1:42 PM, Jeremy Katz <<a href="mailto:katzj@redhat.com">katzj@redhat.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On Wed, 2008-02-20 at 10:16 -0800, Asheesh Laroia wrote:<br>
> On Wed, 20 Feb 2008, Jeremy Katz wrote:<br>
> >> Alas, the resulting disc still does not pass "noapic" to the kernel.<br>
> >> What am I supposed to do?<br>
> ><br>
> > Which version of livecd-tools are you using for building your image?<br>
><br>
> I'm running the version that yum installed on Fedora 8.<br>
</div>[snip]<br>
<div class="Ih2E3d">> Is that a good version to be running?  If not, what's the proper way to<br>
> get a fresher version?<br>
<br>
</div>Yes, should be fine.  I'm just trying to rule out "we broke it moving<br>
all the code around" as rawhide/current git right now has a lot moved<br>
around :)   Looking at the rev, though, it doesn't look like we listen<br>
to --append (although we probably should)<br>
<div class="Ih2E3d"><br>
> > But note if you're doing this for a general-purpose image, you almost<br>
> > certainly don't want to add 'noapic' to the default.  While it may help<br>
> > the specific machine you've tested on, it will cause problems on _more_<br>
> > machines.<br>
><br>
> Hmm.  Then what is a reasonable way to build an image that doesn't fail on<br>
> neither that Dell in the corner nor on other people's machines?<br>
><br>
> It's a pretty catastrophic failure on that machine, and I'd frankly rather<br>
> the system run slowly on some machines and never catastrophically fail<br>
> rather than catastrophically fail on some machines and work perfectly on<br>
> others.<br>
<br>
</div>Running with noapic is a catastrophic failure for machines too.  The<br>
right thing is to get the kernel bug fixed.  Otherwise, you're just<br>
changing out one problem set for another one.  And the kernel running in<br>
noapic mode is far far far far far less tested across hardware than the<br>
defaults.<br>
<div class="Ih2E3d"><br>
> Unrelated issue: the images I generate last night based on Fedora 8 +<br>
> Fedora 8 updates fail to boot, complaining presumably from the initrd:<br>
<br>
</div>Has 2.6.24 landed in Fedora 8 updates?  I vaguely remember having to make a tweak for it to work with livecd-tools, but I'm not remembering what that tweak was anymore<br>
<font color="#888888"><br>
Jeremy<br>
</font><div><div></div><div class="Wj3C7c"><br>
--<br>
Fedora-livecd-list mailing list<br>
<a href="mailto:Fedora-livecd-list@redhat.com">Fedora-livecd-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/fedora-livecd-list" target="_blank">https://www.redhat.com/mailman/listinfo/fedora-livecd-list</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>"Don't stand still, if you see me running down the road, 'cause there is trouble right behind me".