Highmem und NFS
Jan-Benedict Glaw
jbglaw at lug-owl.de
Fri Apr 5 16:57:03 CEST 2002
On Fri, 2002-04-05 16:10:15 +0200, Artur Neumann <artur-neumann at gmx.de>
wrote in message <3CADB047.3080205 at gmx.de>:
> >>Versuch ich nun mit diesem Kernel auf NFS zuzugreifen (auch lokal) bleibt
> >>die ganze Mühle sofort mit irgendwelchen CPU Fehlern stehen. Das mouten
> Printing eip:
> c01faabf
Das da ist die wichtigste Zahl von allen. Nun guckst Du mal in Deiner
System.map nach, zu welcher Funktion diese Adresse gehört (die
System.map sollte unter /boot/ zu finden sein).
> Oops: 0002
Aha... Da hat's vermutlich vorher schon einen Oops gegeben. Der ist u.U.
viel interessanter, da der 2te Oops ein Folgefehler sein könnte.
> Call Trace [<c01c0afd>] [<f8bs7897>] [<cf8b37ba>] [<c01e9534>] [<c01e9867>]
> [<c01ce4d3>] [< c01ce869>] [< c01c2f4d>] [<c011710a>]
> [<c0107f12>] [<c0105150>]
> [<c0105150>] [< c0109dc8>] [< cc105150>] [<c0105150>]
> [<c0101173>] [<c01051d98>] [<c0105000>] [<c0105027>]
Ist Dein NFS-Support als Modul geladen? Wenn Du schon am
/boot/System.map-Lesen bist, ..., könntest Du dann auch noch die
Hex-Zahlen vom Call Trace nachschauen?
MfG, JBG
--
Jan-Benedict Glaw . jbglaw at lug-owl.de . +49-172-7608481
-- New APT-Proxy written in shell script --
http://lug-owl.de/~jbglaw/software/ap2/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 240 bytes
Desc: not available
URL: <http://lug-owl.de/pipermail/linux/attachments/20020405/64f46393/attachment.sig>
More information about the Linux
mailing list