Après ce plantage bizarre ayant comme origine la ventilation (pour autant que je sache), j'en ai un nouveau à vous présenter.

En effet, il me suffit de lancer iChat sur mon macbook, pour obtenir instantanément un plantage de la tour (testé avec les noyaux 2.6.26.5 et 2.6.27)

Vu que je ne retrouve la trace nulle part dans les logs, j'ai pris une photo de l'affichage que j'obtiens.

P.S: Avec Adium aucun souci.

Le contexte

Alors que ma tour fonctionne tout à fait normalement, les symptômes suivant apparaissent:

• Impossibilité d'ouvrir de nouveaux shells
• Les connexions SSH fonctionne (le message du jour s'affiche), mais pas de prompt.
• Certains programmes en fonctionnement, se mettent à ralentir ou ne plus répondre.

La question

Quelqu'un connait-il la cause possible de ce plantage qui commence par le message suivant dans les logs du système :

May  6 09:25:26 melody upsd[7219]: Data for UPS [slubups] is stale - check driver
May  6 09:25:27 melody upsmon[6548]: Communications with UPS slubups@localhost lost
May  6 09:25:29 melody upsmon[7223]: Communications with UPS slubups@localhost lost
May  6 09:25:31 melody upsd[7219]: UPS [slubups] data is no longer stale
May  6 09:25:32 melody upsmon[6548]: Communications with UPS slubups@localhost established
May  6 09:25:34 melody upsmon[7223]: Communications with UPS slubups@localhost established
May  6 09:50:22 melody kqemu: aborting: Paging exception in monitor address space. CR2=0xf13f9080
May  6 09:50:22 melody err=0003 CS:EIP=f180:00000000f0003c28 SS:SP=0000:00000000f00c8e80
May  6 09:50:53 melody kqemu: aborting: Paging exception in monitor address space. CR2=0xf13f9080
May  6 09:50:53 melody err=0003 CS:EIP=f180:00000000f0003c28 SS:SP=0000:00000000f00c8e80
May  6 10:54:14 melody upsd[7219]: Data for UPS [slubups] is stale - check driver
May  6 10:54:17 melody upsmon[6548]: Communications with UPS slubups@localhost lost
May  6 10:54:19 melody upsmon[7223]: Communications with UPS slubups@localhost lost
May  6 10:56:46 melody kontact       D 0000000000000000     0 19102      1
May  6 10:56:46 melody ffff8101a3b29d78 0000000000000082 0000000000000282 0000000000000003
May  6 10:56:46 melody ffffffff805a9c80 ffff8101b83fcf60 ffff810230cd6000 ffff8101b83fd190
May  6 10:56:46 melody 000000033fcd4000 ffffffff80245814 ffff8101b83fd190 ffff8101a3b29d88
May  6 10:56:46 melody Call Trace:
May  6 10:56:46 melody [<ffffffff80245814>] lock_timer_base+0x34/0x70
May  6 10:56:46 melody [<ffffffff80245afd>] __mod_timer+0xbd/0xe0
May  6 10:56:46 melody [<ffffffff8045d078>] schedule_timeout+0x58/0xd0
May  6 10:56:46 melody [<ffffffff80245400>] process_timeout+0x0/0x10
May  6 10:56:46 melody [<ffffffff8045d073>] schedule_timeout+0x53/0xd0
May  6 10:56:46 melody [<ffffffff88076fbc>] :jbd:journal_stop+0xbc/0x200
May  6 10:56:46 melody [<ffffffff802c532c>] __writeback_single_inode+0x33c/0x470
May  6 10:56:46 melody [<ffffffff80251cf0>] autoremove_wake_function+0x0/0x30
May  6 10:56:46 melody [<ffffffff802c548b>] sync_inode+0x2b/0x50
May  6 10:56:46 melody [<ffffffff88087ee3>] :ext3:ext3_sync_file+0x93/0xa0
May  6 10:56:46 melody [<ffffffff802c8ff9>] do_fsync+0x69/0xf0
May  6 10:56:46 melody [<ffffffff802c90ae>] __do_fsync+0x2e/0x50
May  6 10:56:46 melody [<ffffffff8020c59a>] system_call_after_swapgs+0x8a/0x8f
May  6 10:56:46 melody

Et dont l'évolution complète est visible dans ce fichier : freeze-20080506-00.txt

Je suis à l'écoute de toute piste/explication de ce comportement.