Re: oops quand je veux changer le fond d'écran
Le Mon 19/04/2004, nicolas disait
> Quand je veux changer le fond d'écran de GNOME ou quand xscreensaver se
> lance j'ai ça dans les logs :
>
> Apr 19 07:49:26 onesicrite kernel: <1>Unable to handle kernel NULL pointer dereference at virtual address 00000000
> Apr 19 07:49:26 onesicrite kernel: printing eip:
> Apr 19 07:49:26 onesicrite kernel: c0119b87
> Apr 19 07:49:26 onesicrite kernel: *pde = 00000000
> Apr 19 07:49:26 onesicrite kernel: Oops: 0000
> Apr 19 07:49:26 onesicrite kernel: CPU: 0
> Apr 19 07:49:26 onesicrite kernel: EIP: 0010:[__wake_up+39/112] Not tainted
> Apr 19 07:49:26 onesicrite kernel: EFLAGS: 00010097
> Apr 19 07:49:26 onesicrite kernel: eax: 24448b53 ebx: c013f540 ecx: 00000000 edx: 24448b53
> Apr 19 07:49:26 onesicrite kernel: esi: d71003fc edi: 00000001 ebp: de6a1e8c esp: de6a1e70
> Apr 19 07:49:26 onesicrite kernel: ds: 0018 es: 0018 ss: 0018
> Apr 19 07:49:26 onesicrite kernel: Process bouncingcow (pid: 26740, stackpage=de6a1000)
> Apr 19 07:49:26 onesicrite kernel: Stack: e6150000 00000000 00000001 00000286 e0ee1580 c37a5580 d5c64580 00000014
> Apr 19 07:49:26 onesicrite kernel: c01bf88f 00000000 c37a5580 7fffffff e0ee1580 e780e3f7 e0ee1580 00000000
> Apr 19 07:49:26 onesicrite kernel: 00000001 00000013 de6a1ec4 ddc6e780 d5c64580 ffffff91 00000013 d71005e0
> Apr 19 07:49:26 onesicrite kernel: Call Trace: [sock_def_readable+95/112] [usb-uhci:__insmod_usb-uhci_O/lib/modules/2.4.24-1-k7/kernel/drivers/+-1510409/128] [sys_connect+125/176] [sock_map_fd+265/352] [sys_socket+61/96]
> Apr 19 07:49:26 onesicrite kernel: [sys_socketcall+165/608] [sys_newuname+56/96] [system_call+51/56]
> Apr 19 07:49:26 onesicrite kernel:
> Apr 19 07:49:26 onesicrite kernel: Code: 8b 01 85 c7 75 19 8b 02 89 d3 89 c2 0f 0d 00 39 f3 75 ea ff
>
> Et bien entendu je n'ai ni changement du fond d'écran ni économiseur
> d'écran.
> Éh quoi, il va falloir que je reboote après 49 jours de bons services ?
>
> Distro : Sarge à jour
> Noyau : 2.4.24-1-k7
Ça mérite au moins un rapport de bug parceque un déréférencement de
NULL dans le noyau c'ets pas anodin. N'oublie pas alors de donner la
liste des modules noyaux chargés à ce moment là, ils peuvent être la
cause du bug.
En attendant tu peux déjà upgrader en 2.4.25 (déjà ça ferme le
deuxième trou de mremap()), et vérifier que tu as encore le problème.
--
Erwan
Reply to: