On 12/23/2011 5:00 PM, fred smith wrote: > On Fri, Dec 23, 2011 at 05:44:11PM -0500, Ross Walker wrote: >> On Dec 23, 2011, at 2:47 PM, fred smith<fredex at fcshome.stoneham.ma.us> wrote: >> >>> On Fri, Dec 23, 2011 at 01:02:12PM -0500, fred smith wrote: >>>> On Thu, Dec 22, 2011 at 05:53:13PM -0600, Johnny Hughes wrote: >>>>> On 12/22/2011 05:44 PM, fred smith wrote: >>>>>> On Thu, Dec 22, 2011 at 04:56:42PM -0600, Johnny Hughes wrote: >>>> <snip> >>>>>>> >>>>>>> There is a new kernel building right now that might >>>>>>> fix something ... though I do not see anything specifically about your cpu. >>>>>>> >>>>>>> Here is the errata link: >>>>>>> >>>>>>> http://rhn.redhat.com/errata/RHSA-2011-1849.html >>>>>>> >>>>>>> If everything builds it should be released in a couple of hours. >>>>>>> >>>>>> >>>>>> so it'll show up in a release channel (or CR repo) ? >>>>>> >>>>>> >>>>> It will be in 6.2/updates/ >>>>> >>>>> Still building right now. >>>>> >>>> >>>> Johnny, I got that kernel, and it dies what appears to be the same >>>> death as the prior one. the register dump is different than the one >>>> I showed, but even before that the dump didn't always look the same. >>>> this one also mentions something about alsa or snd. I can put it up on >>>> the same web site as the last one if anyone would find it useful to >>>> see (I certainly don't know how to interpret it). >>>> >>>> also, this is a netbook, so it has no serial port. If it did I'd look >>>> into a serial console on the theory that I could capture the entire >>>> dump. Can anyone suggest how I would do that without a serial console? >>>> ... or if not exactly that, other things that would be useful to do >>>> to help clarify/diagnose this? >>>> >>>> thanks all! >>>> >>>> Fred >>> >>> here's th e register dump for this failure. it looks like it may be >>> more useful than the last one: >>> >>> http://users.rcn.com/fredricksmith/100_2020.JPG >> >> Is that sound on-board? If it is disable it in BIOS, if it isn't, remove the card. >> >> See if it breaks after that. > > the Bios has only a very few options, and disabling sound isn't > one of them. :( since it's a laptop (netbook) it's probably not > possible to yank the sound hardware (which, btw, works fine on > Centos 6.1). > > I suppose I could try rebuilding the initial ram disk without the > sound module(s), though I'm not sure I know exactly the right way > to do that.... > Add the modules to: /etc/modprobe.d/blacklist.conf And re-install the kernel. The dracut util that builds the initramfs includes this file at install time. -- Corey Henderson http://cormander.com/
