On Fri, Jan 18, 2002 at 09:21:33PM +0100, Francois Deppierraz wrote: > On Fri, Jan 18, 2002 at 01:54:39PM +0100, Philippe Strauss wrote: > > > ohh ksymoops is gonna be your friend :)) > > Jan 17 21:29:45 gollum kernel: <1>Unable to handle kernel paging request at virtual >address 10627759 > Jan 17 21:29:45 gollum kernel: c01367c0 > Jan 17 21:29:45 gollum kernel: *pde = 00000000 > Jan 17 21:29:45 gollum kernel: Oops: 0000 > Jan 17 21:29:45 gollum kernel: CPU: 0 > Jan 17 21:29:45 gollum kernel: EIP: 0010:[link_path_walk+1408/1760] Not tainted > Jan 17 21:29:45 gollum kernel: EFLAGS: 00010202 > Jan 17 21:29:45 gollum kernel: eax: 10627731 ebx: c5264340 ecx: c18143f0 edx: >00000000 > Jan 17 21:29:45 gollum kernel: esi: c63d7f70 edi: c63d7fa4 ebp: cb950479 esp: >c63d7f54 > Jan 17 21:29:45 gollum kernel: ds: 0018 es: 0018 ss: 0018 > Jan 17 21:29:45 gollum kernel: Process navigator-smoti (pid: 7018, >stackpage=c63d7000) > Jan 17 21:29:45 gollum kernel: Stack: d6a9c000 00000000 c63d7fa4 00000009 00000001 >00000009 d6a9c021 c5264340 > Jan 17 21:29:45 gollum kernel: d6a9c01f 00000002 00019b4c c013693a c0136cc5 >c63d6000 c63d7fa4 08f9a8c0 > Jan 17 21:29:45 gollum kernel: bfffe30c c0133f79 c63d6000 087cbc60 c7085b40 >dffeb340 c63d6000 087cbc60 > Jan 17 21:29:45 gollum kernel: Call Trace: [path_walk+26/32] [__user_walk+53/80] >[sys_stat64+25/112] [system_call+51/56] > Jan 17 21:29:45 gollum kernel: Code: 83 78 28 00 0f 84 87 00 00 00 be 00 e0 ff ff 21 >e6 83 be 54 > > Code; 00000000 Before first symbol > 00000000 <_EIP>: > Code; 00000000 Before first symbol > 0: 83 78 28 00 cmpl $0x0,0x28(%eax) > Code; 00000004 Before first symbol > 4: 0f 84 87 00 00 00 je 91 <_EIP+0x91> 00000090 Before > first symbol > Code; 0000000a Before first symbol > a: be 00 e0 ff ff mov $0xffffe000,%esi > Code; 0000000e Before first symbol > f: 21 e6 and %esp,%esi > Code; 00000010 Before first symbol > 11: 83 be 54 00 00 00 00 cmpl $0x0,0x54(%esi) > > Je crois que j'ai un peu de peine avec l'assembleur :)
moi non plus, mais c'est pas grave, le Call Trace est deja tres informatif, meme en fait la premiere ligne <1>Unable to handle kernel paging request at virtual address 10627759 est tres informative: c'est bien la VM qui aurait du etre capable de trouver une page memoire (c'est son boulot), et le Call Trace indique dans quel appel systeme cette famine c'est passee. un stat64, soit l'appel systeme pour avoir le contenu d'un repertoire ou les metadata d'un fichier (sauf erreur), lui meme declanche par netscrap. -- Philippe Strauss http://philou.ch/ L'indifférence est le plus grand risque de notre temps, la forme civilisée de la cruauté. -- Zenta Maurina -- -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.