[lug] unable to handle kernel paging request at virtual address 00XXXXXXX

D. Stimits stimits at idcomm.com
Thu Aug 30 20:49:40 MDT 2001


Sai Krishna Balabhadrapatruni wrote:
> 
> Hi,
> 
> I am having this RedHat 7.1 post install boot time errors.
> 
> I recently flashed my bios and also upgraded my RAM by 128 Mb.I have done memtestx86 and it did not uncover any errors in my RAM.
> 
> Here are the captured boot messages:
> 
...snip...
> Unable to handle kernel paging request at virtual address 0000ff72
>  printing eip:
> 0000b95b
> pgd entry c0101000: 0000000000000000
> pmd entry c0101000: 0000000000000000
> ... pmd not present!
> Oops: 0000
> CPU:    0
> EIP:    0050:[<0000b95b>]
> EFLAGS: 00010046
> eax: 00000000   ebx: 00000000   ecx: 00000102   edx: 0000502f
> esi: 869c4150   edi: 00000000   ebp: 0000ff6c   esp: c134040e
> ds: 0058   es: 0000   ss: 0018
> Process  (pid: 0, stackpage=c1341000)
> Stack: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
>        00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
>        00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
> Call Trace: [<e03cffff>] [<e0000000>] [<e0000000>] [<e000c135>] [<e098c134>] [<f6e0c011>] [<f9bf0000>]
>        [<ef73e75f>] [<eef8a7ff>] [<dd5f156f>] [<d5fade59>] [<f6000000>] [<e000c010>] [<e03c0000>] [<e0000000>]
>        [<e000c135>] [<f6e0c011>] [<f9bf0000>] [<ef73e75f>] [<eef8a7ff>] [<dd5f156f>] [<d5fade59>] [<f6000000>]
>        [<d5d80000>] [<d5d8c011>] [<e0000000>] [<d540c134>] [<e000c010>] [<e000c010>] [<e0000000>] [<e000c135>]
>        [<f6e0c011>] [<f9bf0000>] [<ef73e75f>] [<eef8a7ff>] [<dd5f156f>] [<d5fade59>] [<f6000000>] [<d5d80000>]
>        [<d5d8c011>] [<d540c134>] [<e000ffff>] [<ccaa0008>] [<cc500000>] [<e000c134>] [<e0000000>] [<e000c135>]
>        [<e000c134>] [<e098c134>] [<f6e0c011>] [<e0000000>] [<df48c011>] [<f9bf0000>] [<ef73e75f>] [<eef8a7ff>]
>        [<dd5f156f>] [<d5fade59>] [<f6000000>] [<d5d80000>] [<d5d8c011>] [<df80c02a>] [<df74c134>] [<e0000000>]
>        [<d540c134>] [<df80c02a>] [<dfa80000>] [<df80c011>] [<fdf0c134>] [<fdf0c02b>] [<f6e0c011>] [<dfcc0000>]
>        [<e0000000>] [<cbb10008>] [<e000c010>] [<cad00000>] [<e0000000>] [<e000c135>] [<e098c135>] [<e098c134>]


The above can be put through ksymoops to get a kernel stack trace,
provided the system can boot (sounds like it can't). The 2.4.2 kernel is
actually very old by now, and a ton of bugs have been fixed. Although it
*could* be memory, I don't think you can actually assume that from just
an oops (but having just installed more memory it is one hell of a hint;
if you are using bigmem config, there are lots of bug fixes on bigmem
with newer kernels; crc checksum errors are hints made with a sledge
hammer). One question is if it always dies with the same oops? In any
case, I'd try a newer kernel before anything else. If a newer kernel
doesn't do the trick, or if for some reason you are unable to try a
newer kernel, I'd post to the kernel devel list, and be certain to
mention you are not on the list. It is at:
linux-kernel at vger.kernel.org

See also:
http://vger.kernel.org/majordomo-info.html
http://www.tux.org/lkml/

It's also very important to mention if the bootup is not far enough
along to be able to run a ksymoops to process the above oops data (if it
dies 100% of the boots, you can't). If you have problems trying a newer
kernel, you might ask suggestions on how to get around whatever
limitation you have.

D. Stimits, stimits at idcomm.com

> --------  goes on like this..
> 
> Any help would be greatly appreciated
> 
> bsmk
> 
> *************************************************************Poor Isabella's Dead, whose abdication
> Set all tongues wagging in the Spanish nation.
> For that performance 'twere unfair to scold her:
> She wisely left a throne too hot to hold her.
> To History she'll be no royal riddle --
> Merely a plain parched pea that jumped the griddle.
> *************************************************************
> 
> Get 250 color business cards for FREE!
> http://businesscards.lycos.com/vp/fastpath/
> _______________________________________________
> Web Page:  http://lug.boulder.co.us
> Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug



More information about the LUG mailing list