Suite à un crash matériel, j'ai du changer la carte mère (et donc la
mémoire et le CPU) d'une de mes machines. Depuis lors, le système est
très fortement ralenti sans que j'arrive à en déduire la cause.
Rien que le boot est très lent à partir du moment où init prend la main
(plusieurs minutes sur le message "Init version 2.86 booting")
Certaines opération se font en temps normal, te d'autres non. si ls est
ralenti, je ne le vois pas, mais il me faut près d'une minute pour me
logger -- dont 50s d'attente *après* l'affichage de /etc/motd -- , un
logcheck prend plus de deux heures (60 fois plus long qu'avant avec un
CPU plus musclé), spamd fait souvent un timeout, et j'ai même vu udev
faire de même.
j'ai recompilé le noyau en spécifiant l'architecture du nouveau CPU
(C3->PENTIUM4) sans constater d'amélioration significative.
Avez-vous d'autres pistes ?
Enlever le maximum de périphérique et comparer. Ça permettra de réd uire le champ des suppositions dans un premier temps.
Vraiment rien dans les logs?
-- Nicolas S.
capfree
Bonjour,
Suite à un crash matériel, j'ai du changer la carte mère (et donc la mémoire et le CPU) d'une de mes machines. Depuis lors, le système est très fortement ralenti sans que j'arrive à en déduire la cause. Rien que le boot est très lent à partir du moment où init prend la main (plusieurs minutes sur le message "Init version 2.86 booting") Certaines opération se font en temps normal, te d'autres non. si ls est ralenti, je ne le vois pas, mais il me faut près d'une minute pour me logger -- dont 50s d'attente *après* l'affichage de /etc/motd -- , un logcheck prend plus de deux heures (60 fois plus long qu'avant avec un CPU plus musclé), spamd fait souvent un timeout, et j'ai même vu udev faire de même. j'ai recompilé le noyau en spécifiant l'architecture du nouveau CPU (C3->PENTIUM4) sans constater d'amélioration significative. Avez-vous d'autres pistes ?
Merci,
Tester avec une Knoppix.
-- capfree
Bonjour,
Suite à un crash matériel, j'ai du changer la carte mère (et donc la
mémoire et le CPU) d'une de mes machines. Depuis lors, le système est
très fortement ralenti sans que j'arrive à en déduire la cause.
Rien que le boot est très lent à partir du moment où init prend la main
(plusieurs minutes sur le message "Init version 2.86 booting")
Certaines opération se font en temps normal, te d'autres non. si ls est
ralenti, je ne le vois pas, mais il me faut près d'une minute pour me
logger -- dont 50s d'attente *après* l'affichage de /etc/motd -- , un
logcheck prend plus de deux heures (60 fois plus long qu'avant avec un
CPU plus musclé), spamd fait souvent un timeout, et j'ai même vu udev
faire de même.
j'ai recompilé le noyau en spécifiant l'architecture du nouveau CPU
(C3->PENTIUM4) sans constater d'amélioration significative.
Avez-vous d'autres pistes ?
Suite à un crash matériel, j'ai du changer la carte mère (et donc la mémoire et le CPU) d'une de mes machines. Depuis lors, le système est très fortement ralenti sans que j'arrive à en déduire la cause. Rien que le boot est très lent à partir du moment où init prend la main (plusieurs minutes sur le message "Init version 2.86 booting") Certaines opération se font en temps normal, te d'autres non. si ls est ralenti, je ne le vois pas, mais il me faut près d'une minute pour me logger -- dont 50s d'attente *après* l'affichage de /etc/motd -- , un logcheck prend plus de deux heures (60 fois plus long qu'avant avec un CPU plus musclé), spamd fait souvent un timeout, et j'ai même vu udev faire de même. j'ai recompilé le noyau en spécifiant l'architecture du nouveau CPU (C3->PENTIUM4) sans constater d'amélioration significative. Avez-vous d'autres pistes ?
Merci,
Tester avec une Knoppix.
-- capfree
Fabien LE LEZ
On Tue, 20 Nov 2007 11:06:16 +0100, Bastien Durel :
Depuis lors, le système est très fortement ralenti sans que j'arrive à en déduire la cause.
C'est le système qui est plus lent, ou c'est un processus qui bouffe toute la puissance du processeur ?
On Tue, 20 Nov 2007 11:06:16 +0100, Bastien Durel :
Depuis lors, le système est
très fortement ralenti sans que j'arrive à en déduire la cause.
C'est le système qui est plus lent, ou c'est un processus qui bouffe
toute la puissance du processeur ?
On Tue, 20 Nov 2007 11:06:16 +0100, Bastien Durel :
Depuis lors, le système est très fortement ralenti sans que j'arrive à en déduire la cause.
C'est le système qui est plus lent, ou c'est un processus qui bouffe toute la puissance du processeur ?
Bastien Durel
Bastien Durel a écrit:
Avez-vous d'autres pistes ?
Enlever le maximum de périphérique et comparer. Ça permettra de réduire le champ des suppositions dans un premier temps.
Vraiment rien dans les logs?
Il n'y a aucun périphérique branché, juste un clavier, et les machins
soudés sur la carte mère (ethernet, USB) ; plus un CPU et une barette de RAM.
/var/log/messages ne contient que les redémarrages de syslog et quelques erreurs de mots de passe ; dmesg ne remonte aucune erreur ; quand à /var/log/syslog, tout ce qui remonte ce sont des lignes du genre :
Nov 20 15:10:35 arrakeen spamd[19094]: spamd: copy_config timeout, respawning child process after 5 messages at /usr/sbin/spamd line 1103.
(Je suis sous Debian)
-- Bastien
Bastien Durel <bastien.durel@data.fr> a écrit:
Avez-vous d'autres pistes ?
Enlever le maximum de périphérique et comparer. Ça permettra de réduire
le champ des suppositions dans un premier temps.
Vraiment rien dans les logs?
Il n'y a aucun périphérique branché, juste un clavier, et les machins
soudés sur la carte mère (ethernet, USB) ; plus un CPU et une barette de
RAM.
/var/log/messages ne contient que les redémarrages de syslog et quelques
erreurs de mots de passe ; dmesg ne remonte aucune erreur ; quand à
/var/log/syslog, tout ce qui remonte ce sont des lignes du genre :
Nov 20 15:10:35 arrakeen spamd[19094]: spamd: copy_config timeout,
respawning child process after 5 messages at /usr/sbin/spamd line 1103.
Enlever le maximum de périphérique et comparer. Ça permettra de réduire le champ des suppositions dans un premier temps.
Vraiment rien dans les logs?
Il n'y a aucun périphérique branché, juste un clavier, et les machins
soudés sur la carte mère (ethernet, USB) ; plus un CPU et une barette de RAM.
/var/log/messages ne contient que les redémarrages de syslog et quelques erreurs de mots de passe ; dmesg ne remonte aucune erreur ; quand à /var/log/syslog, tout ce qui remonte ce sont des lignes du genre :
Nov 20 15:10:35 arrakeen spamd[19094]: spamd: copy_config timeout, respawning child process after 5 messages at /usr/sbin/spamd line 1103.
(Je suis sous Debian)
-- Bastien
Bastien Durel
[...]
Tester avec une Knoppix.
Je n'ai pas de lecteur de CD ;)
Blague à part, si je gravais un live-CD et que je montais un lecteur optique dans cette machine, je regarderais quoi ?
-- Bastien
[...]
Tester avec une Knoppix.
Je n'ai pas de lecteur de CD ;)
Blague à part, si je gravais un live-CD et que je montais un lecteur
optique dans cette machine, je regarderais quoi ?
Blague à part, si je gravais un live-CD et que je montais un lecteur optique dans cette machine, je regarderais quoi ?
Si tu as toujours des ralentissements. Ça permettrait de savoir - à peu près sûrement - si la cause est matérielle ou logicielle.
-- Nicolas S.
Luc.Habert.00__arjf
Bastien Durel :
Certaines opération se font en temps normal, te d'autres non. si ls est ralenti, je ne le vois pas, mais il me faut près d'une minute pour me logger -- dont 50s d'attente *après* l'affichage de /etc/motd --
Est-ce que le disque tourne à ce moment là? Que donne
hdparm -tT /dev/ledisquedur
? Est-ce que si, après, tu te logues dans une console à côté, ça rame autant? Si oui, tu peux essayer dans la première console où tu es logué de lancer
puis te loguer dans la console à côté, revenir dans la console où tu as lancé le strace, et voir ce qu'il se passe pendant les moments de rame.
Bastien Durel :
Certaines opération se font en temps normal, te d'autres non. si ls est
ralenti, je ne le vois pas, mais il me faut près d'une minute pour me
logger -- dont 50s d'attente *après* l'affichage de /etc/motd --
Est-ce que le disque tourne à ce moment là? Que donne
hdparm -tT /dev/ledisquedur
? Est-ce que si, après, tu te logues dans une console à côté, ça rame autant?
Si oui, tu peux essayer dans la première console où tu es logué de lancer
Certaines opération se font en temps normal, te d'autres non. si ls est ralenti, je ne le vois pas, mais il me faut près d'une minute pour me logger -- dont 50s d'attente *après* l'affichage de /etc/motd --
Est-ce que le disque tourne à ce moment là? Que donne
hdparm -tT /dev/ledisquedur
? Est-ce que si, après, tu te logues dans une console à côté, ça rame autant? Si oui, tu peux essayer dans la première console où tu es logué de lancer