La recompilation du noyau 2.4.21 provoque un kernel panic quelques secondes après être sous Xfree. Pourtant j'ai utilisé les mêmes options de compilation que pour le 2.4.20 qui fonctionne tres bien.
Ca semble lié à un disque dur ou a un lecteur CD ou DVD (émulation SCSI utilisée) d'après les messages d'erreur
et aussi parce que n'apparaissent jamais avant le plantage les icones sur le bureau de Gnome. (mandrake 9.0 à la base, carte mere Asus P4B533)
Une idée ?
 
localhost kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000000
localhost kernel:  printing eip:
localhost kernel: 00000000
localhost kernel: *pde = 00000000
localhost kernel: Oops: 0000
localhost kernel: CPU:    0
localhost kernel: EIP:    0010:[msr_exit+0/32]    Tainted: P
localhost kernel: EIP:    0010:[<00000000>]    Tainted: P
localhost kernel: EFLAGS: 00010202
localhost kernel: eax: c02ec3f4   ebx: c02ec4a4   ecx: 00000000   edx: 00000170
localhost kernel: esi: dd1c3500   edi: c15d7e40   ebp: ddaa3c6c   esp: ddaa3c44
localhost kernel: ds: 0018   es: 0018   ss: 0018
localhost kernel: Process nautilus (pid: 1417, stackpage=ddaa3000)
localhost kernel: Stack: c01ce834 c02ec4a4 dd1c3500 0000000c 00000000 000001f4 c15d7e40 c02ec4a4
localhost kernel:        00000000 00000000 ddaa3ca0 c01bb4f2 c02ec4a4 dd1c3500 00000000 00000088
localhost kernel:        000001f4 c02ec4a4 00000000 00000002 c02ec4a4 c15a6280 de71c380 ddaa3cc4
localhost kernel: Call Trace:    [idescsi_transfer_pc+292/304] [start_request+418/544] [ide_do_request+174/400] [ide_do_drive_cmd+175/256] [idescsi_q
ueue+404/672]
localhost kernel: Call Trace:    [<c01ce834>] [<c01bb4f2>] [<c01bb66e>] [<c01bbd3f>] [<c01cf444>]
localhost kernel:   [scsi_dispatch_cmd+405/608] [scsi_old_done+0/1616] [scsi_old_times_out+0/320] [scsi_request_fn+421/864] [scsi_old_times_out+0/320
] [__scsi_insert_special+85/128]
localhost kernel:   [<c01c3845>] [<c01c9060>] [<c01c8dd0>] [<c01caae5>] [<c01c8dd0>] [<c01c9fd5>]
localhost kernel:   [scsi_insert_special_req+41/48] [scsi_wait_req+101/176] [scsi_wait_done+0/32] [sr_do_ioctl+197/784] [sr_cd_check+443/560] [sr_med
ia_change+181/240]
localhost kernel:   [<c01ca069>] [<c01c3975>] [<c01c32c0>] [<c01d1345>] [<c01d25bb>] [<c01cfbc5>]
Jul  4 23:42:34 localhost kernel:   [media_changed+94/144] [cdrom_media_changed+66/80] [check_disk_change+70/144] [alloc_inode+190/320] [sr_open+24/240] [cdrom_open+
199/240]
localhost kernel:   [<c01d921e>] [<c01d9292>] [<c013fa66>] [<c014d39e>] [<c01d0348>] [<c01d8807>]
Jul  4 23:42:34 localhost kernel:   [bdget+216/304] [do_open+289/336] [blkdev_open+55/80] [dentry_open+209/480] [filp_open+102/112] [getname+147/208]
localhost kernel:   [<c013f658>] [<c013fc31>] [<c013fd07>] [<c01384e1>] [<c0138406>] [<c0143193>]
localhost kernel:   [sys_open+81/160] [system_call+51/56]
localhost kernel:   [<c01387b1>] [<c010929f>]
localhost kernel:
localhost kernel: Code:  Bad EIP value.

En fait, c'est un problème lié au graveur de CDrom ou au lecteur de DVDrom car en démarrant sans X tout va bien mais dés qu'on essaye d'accéder au CDrom ou au DVDrom, ca provoque le kernel panic.
 
Personne n'a déjà eu ce pb ?
 

Ca y est ca marche mais je ne sais trop bien pourquoi.
J'ai juste activé Local APIC et IO APIC par rapport à le conf du 2.4.20 et ca marche.
Ca doit être lié au controleur IDE ICH4 de la carte mère.
 
En tout cas, ca m'a permis de me faire un topic à moi tout seul  

En tout cas merci, je saurais quoi faire pour ma compilation

 
A voir car je viens encore d'avoir un kernel panic donc c'est pas encore la configuration parfaite.  
En fait après tests ca marche pas du tout (j'étais trop optimiste).
 
Mais je ne desespere pas d'y arriver ce week-end

si, moi j'ai déjà eu ça y-a un bout de temps
j'ai même garder le message au cas où ça m'arriverait encore une fois, pour que je n'ai pas encore à le recopier à la main
en effet ça arrivait à l'extinction de la machine, chez moi, donc impossible de rediriger ça dans un fichier
voilà :
 

 
 
il est jolie aussi mon miens hein ?  
 
bon, j'ai aucune idée de comment j'ai réglé le pb, et en plus ça na pas trop de rapport avec le tient (si ce n'est que le message d'erreur est du même style)
 
bonne chance

Finalement, je n'ai jamais réussi à faire fonctionner le 2.4.21 mais le 2.4.22 (avec le patch d'Alan Cox, j'ai pas essayé sans) fonctionne tres bien avec les meme parametres qui ont fait planter le 2.4.21.
Sans doute un bug du 2.4.21  

Info aux pocesseurs de cartes meres Asus P4B533, P4T533, P4PE and P4G8X
 
J'ai eu pas mal de problèmes avec le 2.4.22 et mon disque dur provoquant des erreurs du style "bogus imode" ou " spurious 8259A interrupt: IRQ7" provoquant des erreurs d'ecritures disques.
En cherchant, ca vient en fait d'un pb lie aux cartes citées ci-dessus.
La solution c'est d'utiliser le patch bk du noyau (à partir de la v10) : http://www.linuxhq.com/kernel/v2.4/22-bk12/index.html et le Changelog pour plus de details.
 
Ca a résolu mes problèmes