Bonsoir, depuis la dernière maj de Sid, mon PC est énormément ralenti.
J’ai des accès disques tout le temps alors que je ne fais rien.
Et le PC ram monstrueusement.
La commande top me renvois en tête de liste:
kjournald
Xorg
firefox-bin
wish8.5
kicker
Celui viendrait de kjournald peut être?
Sinon le PC est allumé depuis ce matin et me fait ça depuis ce matin.
Merci pour votre aide.
Bon, c’est bien kjournald qui pause problème.
En surveillant la commande top on voit qu’il apparait en tête de liste dès que ça commence à ramer.
Je ne trouve pas grand chose sur google.
Quelqu’un aurait le même problème? Une solution?
A la fermeture du PC j’ai:
Stopping periodic command shedulder: crond Failed
Killing all remaining processes: Failed
Help, le PC est inutilisable 
et je n’arrive pas a killer kjournald.
Et le grand délire continue:
[quote]df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/hdc1 19G 19G 0 100% /
[/quote]
Alors qu’elle n’a jamais dépassé 3.1G et que je n’ai rien fait de spécial depuis.
Bonjour, oui et tout va bien:
[quote]hdparm /dev/hdc1
/dev/hdc1:
multcount = 0 (off)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/255/63, sectors = 39841137, start = 63
[/quote]
Le problème doit venir du fait que la partition est pleine, kjournald ne fait que son boulot dans ce cas.
Reste à savoir pourquoi c’est plein 
Sinon, kjournald s’occupant de loger ce qui touche aux partitions ext3, tu as peut être une galère sur l’un de tes disques. Essaye de rebooter (:() en init 1 et de checker tes filesystems… Quizas…
Revenu à la normale après un reboot:
[quote]df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/hdc1 19G 3,2G 15G 18% /
[/quote]
Entre temps j’ai supprimé le log de kdm qui faisait 16G… rempli de:
quote fglrx(1): [DRI] Locking deadlock.
Already locked with context 8413556,
trying to lock with context 2.
(EE) fglrx(1): [DRI] Unlocking inconsistency:
Context 8413556 trying to unlock lock held by context 2
[/quote]
Et j’ai décommenté mes partoches windows, car avec un mount j’ai remarqué que ntfs-3g était remplacé par fuseblk.
Hors dans la dernière maj il y avait mount et fuse je vais regarder de ce coté et voir si ça ne rame plus sans les partoches ntfs montées et avec de la place sur /
EDIT: j’ai désactiver le DRI dans le xorg.conf mais le log kdm continue de grossir à vue d’oeuil
tu as recompilé le flgrx pour voir si ça changeait qqchose ?
Non, je refais une install complète des fglrx?
Sinon comment faire pour ne plus avoir les logs kdm.log?
J’ai modifié /etc/syslog.conf et rajouté kdm.* /dev/null, mais ça ne change rien.
EDIT: j’ai remonté les partoches ntfs et toujours pas de problème donc à priori rien à voir.
C’est pareil avoir refait une install des fglrx mat .
Quelqu’un saurait me dire pour désactiver les logs de kdm?
Je n’ai pas trouvé précisément, mais en regardant le démarrage de kdm dans init.d, il y a peut être moyen de passer un argument de debug m’a t il semblé (voir ou il prend la valeur de $ARGS). Pour le reste, ça doit être un paramètre à customiser dans /etc/kde3/kdm/kdmrc.
/etc/kde3/kdm/kdmrc j’avais regardé mais il n’y a que la directive
Sinon j’ai aussi le Xorg.0.log qui se rempli a vu d’oeuil j’espère que ce sera vite réglé ce problème.
Je suis le seul à l’avoir!!?