Bonjour à tous,
mon pc se fige (presque) au bout d'un temps qui semble aléatoire, ça
peut être au bout de 1 heure de fonctionnement, ou de plusieurs jours.
le problème apparait que je sois sous environnement X avec kde, ou
simplement en mode console (si je démarre avec un run level spécial qui
ne lance rien en rappaort avec X).
Quand je dis qu'il se fige presque, c'est parce qu'en fait il n'est pas
vraiment figé, c'est plutôt qu'il met un temps incroyablement long à
répondre.
Exemple: je suis sous kde et je fais CTRL+ALT+F1 pour passer en mode
console, et j'attends 10 Mn avant d'avoir le résultat escompté.
Ensuite, je me loggue sur la console, c'est instantané. Je fais un ll, et
j'attends un long moment avant d'avoir la réponse (5mn). Ensuite la même
commande est instantanée.
Si je fais un shutdown, j'attends entre 5mn et 15mn entre chaque
exécution du shutdown (process kill, etc).
Le problème est assez difficile à cerner en fait.
je ne pense pas que X soit en cause (ça arrive sans X aussi, donc...).
Je suis en kernel 2.6.1, j'ai eu ce problème depuis le kernel 2.4.quelque
chose, je ne sais plus, ayant fait tellement de tests et de mises à jour
en espérant que le problème disparaitrait :-)
je n'ai pas de messages particuliers dans les logs.
si je prens le cas de ce week-end, le vendredi soir tout était ok, j'ai
laissé le poste en route sous kde sans rien d'actif, pour voir.
Ce matin, mon horloge kde était à hier 7:14 (un jour de retard!), la
souris était active, mais au premier click j'ai vu l'état "presque-figé".
J'ai rebooté sauvage, et mon horloge Hard était elle bien à l'heure.
Autre piste, quand le problème arrive, je vois mon horloge kde qui
s'affole, si par exemple il est 10heure15, elle passe à 8h45, puis au
bout d'un moment (disons 5mn) à 11h10, puis elle revient à l'heure, etc,
je pense à un problème de cycle de processeur ou un truc dans le genre.
dans le fichier messages, j'ai ceci:
Jan 18 05:56:29 toto -- MARK --
Jan 18 06:16:29 toto -- MARK --
Jan 18 06:36:29 toto -- MARK --
Jan 18 06:47:05 toto syslogd 1.4.1#13: restart.
Jan 18 06:50:34 toto syslogd 1.4.1#13: restart.
Jan 19 07:52:26 toto syslogd 1.4.1#13: restart.
Jan 19 07:52:26 toto kernel: klogd 1.4.1#13, log source = /proc/kmsg
started.
donc aux alentours du 18 à 7h00 et jusqu'au reboot, plus de MARK, est-ce
une autre piste??
ah, j'ai aussi ce message:
Jan 17 09:30:43 toto kernel: Losing too many ticks!
Jan 17 09:30:43 toto kernel: TSC cannot be used as a timesource. (Are you
running with SpeedStep?) Jan 17 09:30:43 web kernel: Falling back to a
sane timesource.
config:
Detected 1993.923 MHz processor.
Using tsc for high-res timesource
Memory: 506444k/515584k available (2051k kernel code, 8308k reserved, 819k
data, 136k init, 0k highmem)
CPU#0: Intel P4/Xeon Extended MCE MSRs (12) available
Jan 19 07:52:27 toto kernel: CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz
stepping 07
agpgart: Detected an Intel 845G Chipset.
...
voilà, merci d'avance à tous ceux qui me donneront une piste, et aux
autres aussi d'ailleurs au moins de m'avoir lu.
On Mon, 19 Jan 2004 09:25:16 +0100, Tranquille wrote:
Bonjour à tous, mon pc se fige (presque) au bout d'un temps qui semble aléatoire, ça peut être au bout de 1 heure de fonctionnement, ou de plusieurs jours.
le problème apparait que je sois sous environnement X avec kde, ou simplement en mode console (si je démarre avec un run level spécial qui ne lance rien en rappaort avec X).
2 possibilités, à mon avis: - soit le PC swappe à mort parce qu'un programme fait des memory-leak. - soit une barrette de RAM est defectueuse. J'ai eu ce problème au boulot: j'ai un PC qui avait 1 Go de RAM et qui, de temps en temps, devenait très lent pendant un moment puis repartait. Il freezait complètement environ une fois par mois. Après un week-end sous memtest86, la conclusion s'est imposée: il y avait de temps en temps (assez rarement) des erreurs sur quelques addresses sur une barette. Je l'ai enlevé, il est maintenant bcp plus rapide (avec 512 Mo !) et ne freeze plus.
On Mon, 19 Jan 2004 09:25:16 +0100, Tranquille wrote:
Bonjour à tous,
mon pc se fige (presque) au bout d'un temps qui semble aléatoire, ça
peut être au bout de 1 heure de fonctionnement, ou de plusieurs jours.
le problème apparait que je sois sous environnement X avec kde, ou
simplement en mode console (si je démarre avec un run level spécial qui
ne lance rien en rappaort avec X).
2 possibilités, à mon avis:
- soit le PC swappe à mort parce qu'un programme fait des memory-leak.
- soit une barrette de RAM est defectueuse. J'ai eu ce problème au
boulot: j'ai un PC qui avait 1 Go de RAM et qui, de temps en
temps, devenait très lent pendant un moment puis repartait.
Il freezait complètement environ une fois par mois.
Après un week-end sous memtest86, la conclusion s'est imposée:
il y avait de temps en temps (assez rarement) des erreurs sur
quelques addresses sur une barette. Je l'ai enlevé, il est
maintenant bcp plus rapide (avec 512 Mo !) et ne freeze plus.
On Mon, 19 Jan 2004 09:25:16 +0100, Tranquille wrote:
Bonjour à tous, mon pc se fige (presque) au bout d'un temps qui semble aléatoire, ça peut être au bout de 1 heure de fonctionnement, ou de plusieurs jours.
le problème apparait que je sois sous environnement X avec kde, ou simplement en mode console (si je démarre avec un run level spécial qui ne lance rien en rappaort avec X).
2 possibilités, à mon avis: - soit le PC swappe à mort parce qu'un programme fait des memory-leak. - soit une barrette de RAM est defectueuse. J'ai eu ce problème au boulot: j'ai un PC qui avait 1 Go de RAM et qui, de temps en temps, devenait très lent pendant un moment puis repartait. Il freezait complètement environ une fois par mois. Après un week-end sous memtest86, la conclusion s'est imposée: il y avait de temps en temps (assez rarement) des erreurs sur quelques addresses sur une barette. Je l'ai enlevé, il est maintenant bcp plus rapide (avec 512 Mo !) et ne freeze plus.
Qing Liu
Tranquille writes:
Bonjour à tous,
Bonjour,
ah, j'ai aussi ce message: Jan 17 09:30:43 toto kernel: Losing too many ticks! Jan 17 09:30:43 toto kernel: TSC cannot be used as a timesource. (Are you running with SpeedStep?) Jan 17 09:30:43 web kernel: Falling back to a sane timesource.
Dans usr/src/linux/Documentation/Configure.help, ils parlent d'une option Unsynced TSC support qui semble lié à tes symptôme.
voilà, merci d'avance à tous ceux qui me donneront une piste, et aux autres aussi d'ailleurs au moins de m'avoir lu.
Je te conseille également de poster sur fr.comp.os.linux.moderated.
-- Liu
Tranquille <Tranquille@cnafmail.fr-XXX> writes:
Bonjour à tous,
Bonjour,
ah, j'ai aussi ce message:
Jan 17 09:30:43 toto kernel: Losing too many ticks!
Jan 17 09:30:43 toto kernel: TSC cannot be used as a timesource. (Are you
running with SpeedStep?) Jan 17 09:30:43 web kernel: Falling back to a
sane timesource.
Dans usr/src/linux/Documentation/Configure.help, ils parlent d'une
option Unsynced TSC support qui semble lié à tes symptôme.
voilà, merci d'avance à tous ceux qui me donneront une piste, et aux
autres aussi d'ailleurs au moins de m'avoir lu.
Je te conseille également de poster sur fr.comp.os.linux.moderated.
ah, j'ai aussi ce message: Jan 17 09:30:43 toto kernel: Losing too many ticks! Jan 17 09:30:43 toto kernel: TSC cannot be used as a timesource. (Are you running with SpeedStep?) Jan 17 09:30:43 web kernel: Falling back to a sane timesource.
Dans usr/src/linux/Documentation/Configure.help, ils parlent d'une option Unsynced TSC support qui semble lié à tes symptôme.
voilà, merci d'avance à tous ceux qui me donneront une piste, et aux autres aussi d'ailleurs au moins de m'avoir lu.
Je te conseille également de poster sur fr.comp.os.linux.moderated.
-- Liu
Tranquille
De no_spam :
On Mon, 19 Jan 2004 09:25:16 +0100, Tranquille wrote:
Bonjour à tous, mon pc se fige (presque) au bout d'un temps qui semble aléatoire, ça peut être au bout de 1 heure de fonctionnement, ou de plusieurs jours.
le problème apparait que je sois sous environnement X avec kde, ou simplement en mode console (si je démarre avec un run level spécial qui ne lance rien en rappaort avec X).
2 possibilités, à mon avis: - soit le PC swappe à mort parce qu'un programme fait des memory-leak.
aucun bruit d'accès aux disques durs, il me semble donc que ça n'est sans doute pas ça.
- soit une barrette de RAM est defectueuse. J'ai eu ce problème au
bon, je ferai ce test: virer mes 2 barettes et en mettre deux neuves à la place, merci. ... -- Fumer tue gravement... Tranquille (ICQ: 342921409)
De no_spam :
On Mon, 19 Jan 2004 09:25:16 +0100, Tranquille wrote:
Bonjour à tous,
mon pc se fige (presque) au bout d'un temps qui semble aléatoire, ça
peut être au bout de 1 heure de fonctionnement, ou de plusieurs jours.
le problème apparait que je sois sous environnement X avec kde, ou
simplement en mode console (si je démarre avec un run level spécial qui
ne lance rien en rappaort avec X).
2 possibilités, à mon avis:
- soit le PC swappe à mort parce qu'un programme fait des memory-leak.
aucun bruit d'accès aux disques durs, il me semble donc que ça n'est
sans doute pas ça.
- soit une barrette de RAM est defectueuse. J'ai eu ce problème au
bon, je ferai ce test: virer mes 2 barettes et en mettre deux neuves à la
place, merci.
...
--
Fumer tue gravement...
Tranquille (ICQ: 342921409)
On Mon, 19 Jan 2004 09:25:16 +0100, Tranquille wrote:
Bonjour à tous, mon pc se fige (presque) au bout d'un temps qui semble aléatoire, ça peut être au bout de 1 heure de fonctionnement, ou de plusieurs jours.
le problème apparait que je sois sous environnement X avec kde, ou simplement en mode console (si je démarre avec un run level spécial qui ne lance rien en rappaort avec X).
2 possibilités, à mon avis: - soit le PC swappe à mort parce qu'un programme fait des memory-leak.
aucun bruit d'accès aux disques durs, il me semble donc que ça n'est sans doute pas ça.
- soit une barrette de RAM est defectueuse. J'ai eu ce problème au
bon, je ferai ce test: virer mes 2 barettes et en mettre deux neuves à la place, merci. ... -- Fumer tue gravement... Tranquille (ICQ: 342921409)
Tranquille
De Qing Liu :
Tranquille writes:
Bonjour à tous,
Bonjour,
ah, j'ai aussi ce message: Jan 17 09:30:43 toto kernel: Losing too many ticks! Jan 17 09:30:43 toto kernel: TSC cannot be used as a timesource. (Are you running with SpeedStep?) Jan 17 09:30:43 web kernel: Falling back to a sane timesource.
Dans usr/src/linux/Documentation/Configure.help, ils parlent d'une option Unsynced TSC support qui semble lié à tes symptôme.
via menuconfig je ne trouve pas cette option. lorsque je la mets à la main, elle disparait à la compil du noyau. de plus, suivant ceci: "L'option « Unsynced TSC support (NEW) » permet de corriger un bug dans la gestion des timers de certaines machines parallèles, qui provoque parfois un retour en arrière de l'horloge système. La réponse recommandée est 'N'. " ma machine n'est pas parallèle, enfin je ne crois pas (si parralèle multi-proc) J'ai vu une option de ligne de commande relative à tsc: "notsc". si je la lui donne, j'ai un message d'erreur au boot me disant en gros qu'un kernel compilé avec l'option tsc ne peut pas dévalider l'option via la ligne de commande. donc, je cherche via menuconfig comment désactiver cette option..
Pas trouvé, je le fais à la main juste après menu config et juste avant la compil, je passe de: CONFIG_X86_TSC=y à # CONFIG_X86_TSC is not set
je lance la compil, je vais voir via une autre console le contenu de .config, et c'est revenu à CONFIG_X86_TSC=y
voilà, je cherche comment fixer cette option pour voir si mon problème est lié à ça...
voilà, merci d'avance à tous ceux qui me donneront une piste, et aux autres aussi d'ailleurs au moins de m'avoir lu.
Je te conseille également de poster sur fr.comp.os.linux.moderated.
ah, j'ai aussi ce message:
Jan 17 09:30:43 toto kernel: Losing too many ticks!
Jan 17 09:30:43 toto kernel: TSC cannot be used as a timesource. (Are you
running with SpeedStep?) Jan 17 09:30:43 web kernel: Falling back to a
sane timesource.
Dans usr/src/linux/Documentation/Configure.help, ils parlent d'une
option Unsynced TSC support qui semble lié à tes symptôme.
via menuconfig je ne trouve pas cette option.
lorsque je la mets à la main, elle disparait à la compil du noyau.
de plus, suivant ceci:
"L'option « Unsynced TSC support (NEW) » permet de corriger un bug
dans la gestion des timers de certaines machines parallèles, qui provoque
parfois un retour en arrière de l'horloge système. La réponse
recommandée est 'N'. "
ma machine n'est pas parallèle, enfin je ne crois pas (si parralèle multi-proc)
J'ai vu une option de ligne de commande relative à tsc: "notsc".
si je la lui donne, j'ai un message d'erreur au boot me disant en gros
qu'un kernel compilé avec l'option tsc ne peut pas dévalider l'option
via la ligne de commande.
donc, je cherche via menuconfig comment désactiver cette option..
Pas trouvé, je le fais à la main juste après menu config et juste avant
la compil, je passe de:
CONFIG_X86_TSC=y
à
# CONFIG_X86_TSC is not set
je lance la compil, je vais voir via une autre console le contenu de
.config, et c'est revenu à
CONFIG_X86_TSC=y
voilà, je cherche comment fixer cette option pour voir si mon problème
est lié à ça...
voilà, merci d'avance à tous ceux qui me donneront une piste, et aux
autres aussi d'ailleurs au moins de m'avoir lu.
Je te conseille également de poster sur fr.comp.os.linux.moderated.
ah, j'ai aussi ce message: Jan 17 09:30:43 toto kernel: Losing too many ticks! Jan 17 09:30:43 toto kernel: TSC cannot be used as a timesource. (Are you running with SpeedStep?) Jan 17 09:30:43 web kernel: Falling back to a sane timesource.
Dans usr/src/linux/Documentation/Configure.help, ils parlent d'une option Unsynced TSC support qui semble lié à tes symptôme.
via menuconfig je ne trouve pas cette option. lorsque je la mets à la main, elle disparait à la compil du noyau. de plus, suivant ceci: "L'option « Unsynced TSC support (NEW) » permet de corriger un bug dans la gestion des timers de certaines machines parallèles, qui provoque parfois un retour en arrière de l'horloge système. La réponse recommandée est 'N'. " ma machine n'est pas parallèle, enfin je ne crois pas (si parralèle multi-proc) J'ai vu une option de ligne de commande relative à tsc: "notsc". si je la lui donne, j'ai un message d'erreur au boot me disant en gros qu'un kernel compilé avec l'option tsc ne peut pas dévalider l'option via la ligne de commande. donc, je cherche via menuconfig comment désactiver cette option..
Pas trouvé, je le fais à la main juste après menu config et juste avant la compil, je passe de: CONFIG_X86_TSC=y à # CONFIG_X86_TSC is not set
je lance la compil, je vais voir via une autre console le contenu de .config, et c'est revenu à CONFIG_X86_TSC=y
voilà, je cherche comment fixer cette option pour voir si mon problème est lié à ça...
voilà, merci d'avance à tous ceux qui me donneront une piste, et aux autres aussi d'ailleurs au moins de m'avoir lu.
Je te conseille également de poster sur fr.comp.os.linux.moderated.
Etude avec ksysguard: la mémoire physique utilisée augmente régulièrement avec les applis que j'utilise... j'arrive à 489956Ko, reste 17008Ko la swap ne bouge jamais, toujours à 0kb. est-ce normal???
l'horloge passe à 17h53 alors qu'il est 16h45. un click sur une fenêtre, X crashe carrément maintenant!
Est-ce que avec ksysguard je devrais voir le swap évoluer?
Etude avec ksysguard:
la mémoire physique utilisée augmente régulièrement avec les applis
que j'utilise...
j'arrive à 489956Ko, reste 17008Ko
la swap ne bouge jamais, toujours à 0kb.
est-ce normal???
l'horloge passe à 17h53 alors qu'il est 16h45.
un click sur une fenêtre, X crashe carrément maintenant!
Est-ce que avec ksysguard je devrais voir le swap évoluer?
Etude avec ksysguard: la mémoire physique utilisée augmente régulièrement avec les applis que j'utilise... j'arrive à 489956Ko, reste 17008Ko la swap ne bouge jamais, toujours à 0kb. est-ce normal???
l'horloge passe à 17h53 alors qu'il est 16h45. un click sur une fenêtre, X crashe carrément maintenant!
Est-ce que avec ksysguard je devrais voir le swap évoluer?
Dans usr/src/linux/Documentation/Configure.help, ils parlent d'une option Unsynced TSC support qui semble lié à tes symptôme.
via menuconfig je ne trouve pas cette option.
Je viens de vérifier sur un noyau 2.4.22, c'est à la fin de la section Processor type and features.
J'ai vu une option de ligne de commande relative à tsc: "notsc". si je la lui donne, j'ai un message d'erreur au boot me disant en gros qu'un kernel compilé avec l'option tsc ne peut pas dévalider l'option via la ligne de commande. donc, je cherche via menuconfig comment désactiver cette option..
Voilà. Cf. ci-dessus.
-- Liu
Tranquille <Tranquille@cnafmail.fr-XXX> writes:
De Qing Liu :
Dans usr/src/linux/Documentation/Configure.help, ils parlent d'une
option Unsynced TSC support qui semble lié à tes symptôme.
via menuconfig je ne trouve pas cette option.
Je viens de vérifier sur un noyau 2.4.22, c'est à la fin
de la section Processor type and features.
J'ai vu une option de ligne de commande relative à tsc: "notsc".
si je la lui donne, j'ai un message d'erreur au boot me disant en gros
qu'un kernel compilé avec l'option tsc ne peut pas dévalider l'option
via la ligne de commande.
donc, je cherche via menuconfig comment désactiver cette option..
Dans usr/src/linux/Documentation/Configure.help, ils parlent d'une option Unsynced TSC support qui semble lié à tes symptôme.
via menuconfig je ne trouve pas cette option.
Je viens de vérifier sur un noyau 2.4.22, c'est à la fin de la section Processor type and features.
J'ai vu une option de ligne de commande relative à tsc: "notsc". si je la lui donne, j'ai un message d'erreur au boot me disant en gros qu'un kernel compilé avec l'option tsc ne peut pas dévalider l'option via la ligne de commande. donc, je cherche via menuconfig comment désactiver cette option..
Voilà. Cf. ci-dessus.
-- Liu
Qing Liu
Tranquille writes:
Etude avec ksysguard: la mémoire physique utilisée augmente régulièrement avec les applis que j'utilise... j'arrive à 489956Ko, reste 17008Ko la swap ne bouge jamais, toujours à 0kb. est-ce normal???
Vu que tu rebootes souvent, ce n'est pas anormal. Le swap se remplit quand la ram commence à manquer ou si des données/codes sont inutilisés depuis "longtemps".
-- Liu
Tranquille <Tranquille@cnafmail.fr-XXX> writes:
Etude avec ksysguard:
la mémoire physique utilisée augmente régulièrement avec les applis
que j'utilise...
j'arrive à 489956Ko, reste 17008Ko
la swap ne bouge jamais, toujours à 0kb.
est-ce normal???
Vu que tu rebootes souvent, ce n'est pas anormal. Le swap
se remplit quand la ram commence à manquer ou si des données/codes
sont inutilisés depuis "longtemps".
Etude avec ksysguard: la mémoire physique utilisée augmente régulièrement avec les applis que j'utilise... j'arrive à 489956Ko, reste 17008Ko la swap ne bouge jamais, toujours à 0kb. est-ce normal???
Vu que tu rebootes souvent, ce n'est pas anormal. Le swap se remplit quand la ram commence à manquer ou si des données/codes sont inutilisés depuis "longtemps".
-- Liu
doug
Le Lundi 19 Janvier 2004 09:25, Tranquille s'est exprimé de la sorte sur fr.comp.os.linux.configuration :
Bonjour à tous, mon pc se fige (presque) au bout d'un temps qui semble aléatoire, ça peut être au bout de 1 heure de fonctionnement, ou de plusieurs jours.
Vérifie si aucun processus daemon tourne inutilement. Verifie aussi l'activité de cron.
Ton systeme ne lancerait il pas une tache de verification quelconque au demarage (genre tripwire) ?
A moins que cela ne soit du à un probleme physique (RAM morte), je pense plutot qu'il s'agit d'un processus qui charge le processeur (sans bouffer de ram puisque le systeme ne swappe pas plus que de raison)
-- @+ Doug [Pourquoi t'es qui, qu'est ce que tu fais par où ?] -- Pour me contacter enlever no-spam (2X) --
Le Lundi 19 Janvier 2004 09:25, Tranquille s'est exprimé de la sorte sur
fr.comp.os.linux.configuration :
Bonjour à tous,
mon pc se fige (presque) au bout d'un temps qui semble aléatoire, ça
peut être au bout de 1 heure de fonctionnement, ou de plusieurs jours.
Vérifie si aucun processus daemon tourne inutilement.
Verifie aussi l'activité de cron.
Ton systeme ne lancerait il pas une tache de verification quelconque au
demarage (genre tripwire) ?
A moins que cela ne soit du à un probleme physique (RAM morte), je pense
plutot qu'il s'agit d'un processus qui charge le processeur (sans bouffer
de ram puisque le systeme ne swappe pas plus que de raison)
--
@+
Doug
[Pourquoi t'es qui, qu'est ce que tu fais par où ?]
-- Pour me contacter enlever no-spam (2X) --
Le Lundi 19 Janvier 2004 09:25, Tranquille s'est exprimé de la sorte sur fr.comp.os.linux.configuration :
Bonjour à tous, mon pc se fige (presque) au bout d'un temps qui semble aléatoire, ça peut être au bout de 1 heure de fonctionnement, ou de plusieurs jours.
Vérifie si aucun processus daemon tourne inutilement. Verifie aussi l'activité de cron.
Ton systeme ne lancerait il pas une tache de verification quelconque au demarage (genre tripwire) ?
A moins que cela ne soit du à un probleme physique (RAM morte), je pense plutot qu'il s'agit d'un processus qui charge le processeur (sans bouffer de ram puisque le systeme ne swappe pas plus que de raison)
-- @+ Doug [Pourquoi t'es qui, qu'est ce que tu fais par où ?] -- Pour me contacter enlever no-spam (2X) --
Tranquille
De doug:
Le Lundi 19 Janvier 2004 09:25, Tranquille s'est exprimé de la sorte su r fr.comp.os.linux.configuration :
Bonjour à tous, mon pc se fige (presque) au bout d'un temps qui semble aléatoire, ç a peut être au bout de 1 heure de fonctionnement, ou de plusieurs jours .
Vérifie si aucun processus daemon tourne inutilement. Verifie aussi l'activité de cron.
Ton systeme ne lancerait il pas une tache de verification quelconque au demarage (genre tripwire) ?
A moins que cela ne soit du à un probleme physique (RAM morte), je pens e
je viens de changer les barrettes... on verra vite si elles étaient en cause :-))
plutot qu'il s'agit d'un processus qui charge le processeur (sans bouffer de ram puisque le systeme ne swappe pas plus que de raison)
avec ksysguard, je remarque que le process Xprt est à 60% Système et à 35% Utilisateur, nice=0, en charge processeur... par rapport au reste c'est énorme, mais c'est peut-être normal... qu'en pensez-vous?
Le Lundi 19 Janvier 2004 09:25, Tranquille s'est exprimé de la sorte su r
fr.comp.os.linux.configuration :
Bonjour à tous,
mon pc se fige (presque) au bout d'un temps qui semble aléatoire, ç a
peut être au bout de 1 heure de fonctionnement, ou de plusieurs jours .
Vérifie si aucun processus daemon tourne inutilement.
Verifie aussi l'activité de cron.
Ton systeme ne lancerait il pas une tache de verification quelconque au
demarage (genre tripwire) ?
A moins que cela ne soit du à un probleme physique (RAM morte), je pens e
je viens de changer les barrettes... on verra vite si elles étaient en
cause :-))
plutot qu'il s'agit d'un processus qui charge le processeur (sans bouffer
de ram puisque le systeme ne swappe pas plus que de raison)
avec ksysguard, je remarque que le process Xprt est à 60% Système et à
35% Utilisateur, nice=0, en charge processeur...
par rapport au reste c'est énorme, mais c'est peut-être normal...
qu'en pensez-vous?
Le Lundi 19 Janvier 2004 09:25, Tranquille s'est exprimé de la sorte su r fr.comp.os.linux.configuration :
Bonjour à tous, mon pc se fige (presque) au bout d'un temps qui semble aléatoire, ç a peut être au bout de 1 heure de fonctionnement, ou de plusieurs jours .
Vérifie si aucun processus daemon tourne inutilement. Verifie aussi l'activité de cron.
Ton systeme ne lancerait il pas une tache de verification quelconque au demarage (genre tripwire) ?
A moins que cela ne soit du à un probleme physique (RAM morte), je pens e
je viens de changer les barrettes... on verra vite si elles étaient en cause :-))
plutot qu'il s'agit d'un processus qui charge le processeur (sans bouffer de ram puisque le systeme ne swappe pas plus que de raison)
avec ksysguard, je remarque que le process Xprt est à 60% Système et à 35% Utilisateur, nice=0, en charge processeur... par rapport au reste c'est énorme, mais c'est peut-être normal... qu'en pensez-vous?
