ce soir je remarque un truc bizarre : alors que je vaque à mes occupations
habituelles du soir (mail, news, administration/tuning/màj système...) après
un apt-get install ma charge système (indiquée par wmmon) s'est envolée pour
stagner autour de 6.
Je regarde dans top et je ne vois rien de bizarre, mieux le système (Debian
2.4.26 smp) est idle à plus de 98%. Bien qu'il indique par ailleurs que la
charge est autour de 6 avec une moyenne de 5.
Le temps que je cherche un peu et que je rédige ce message, je vois que la
charge est redescendue mais c'est resté comme cela environ 20 minutes. Aucun
trafic particulier sur le disque dur ni le réseau. J'ai même regardé avec le
chercheprocess de François Boisson.
Pour la prochaine fois, où faut-il chercher les process qui «chargent» le
système ?
Tiens en passant : à propos de ce foutu état D que je traduis par "attente sur le matériel", il n'y a aucun moyen de tuer un process dans cet état ?
Ça m'a déjà fait rebooter, et c'est le fsck assuré quand c'est un process en attente sur un fichier/une partition (vu avec l'ancien noyau buggé de ma Sparc) :(
Pour éviter certains fsck, je compile le noyau avec l'option de debug CONFIG_MAGIC_SYSRQ=y Comme ça même dans des cas un peu "desepérés", Ctrl-Alt-ImprimÉcran S E S I S U O pour synchroniser, terminer les process, synchroniser, tuer les process, synchroniser, démonter les unités et éteindre, ça évite certains fsck. Je ne sais pas si ça fontionne sur toutes les architectures/tous les claviers mais bon, ça peut peut-être aider.
-- Bruno
Sebastien Kirche a écrit:
Tiens en passant : à propos de ce foutu état D que je traduis par
"attente sur le matériel", il n'y a aucun moyen de tuer un process dans
cet état ?
Ça m'a déjà fait rebooter, et c'est le fsck assuré quand c'est un process
en attente sur un fichier/une partition (vu avec l'ancien noyau buggé
de ma Sparc) :(
Pour éviter certains fsck, je compile le noyau avec l'option de debug
CONFIG_MAGIC_SYSRQ=y
Comme ça même dans des cas un peu "desepérés",
Ctrl-Alt-ImprimÉcran S E S I S U O pour synchroniser, terminer les process,
synchroniser, tuer les process, synchroniser, démonter les unités et
éteindre, ça évite certains fsck. Je ne sais pas si ça fontionne sur toutes
les architectures/tous les claviers mais bon, ça peut peut-être aider.
Tiens en passant : à propos de ce foutu état D que je traduis par "attente sur le matériel", il n'y a aucun moyen de tuer un process dans cet état ?
Ça m'a déjà fait rebooter, et c'est le fsck assuré quand c'est un process en attente sur un fichier/une partition (vu avec l'ancien noyau buggé de ma Sparc) :(
Pour éviter certains fsck, je compile le noyau avec l'option de debug CONFIG_MAGIC_SYSRQ=y Comme ça même dans des cas un peu "desepérés", Ctrl-Alt-ImprimÉcran S E S I S U O pour synchroniser, terminer les process, synchroniser, tuer les process, synchroniser, démonter les unités et éteindre, ça évite certains fsck. Je ne sais pas si ça fontionne sur toutes les architectures/tous les claviers mais bon, ça peut peut-être aider.
-- Bruno
Hugolino
Le Wed, 27 Oct 2004 15:02:36 +0200, Bruno Mathieu a écrit:
Pour éviter certains fsck, je compile le noyau avec l'option de debug CONFIG_MAGIC_SYSRQ=y
Pour les neu² comme moi qui n'arrivent pas à se mettre à «make config», c'est dans "Kernel hacking", cocher "Kernel debugging" et "Magig SysRq key"
Comme ça même dans des cas un peu "desepérés", Ctrl-Alt-ImprimÉcran S E S I S U O pour synchroniser, terminer les process, synchroniser, tuer les process, synchroniser, démonter les unités et éteindre, ça évite certains fsck. Je ne sais pas si ça fontionne sur toutes les architectures/tous les claviers mais bon, ça peut peut-être aider.
Les touches magiques sont documentées dans /usr/src/linux/Documentation/sysrq.txt"
Ce qui est dommage, c'est que j'aurais du lire ton post _avant_ d'avoir besoin des clés magiques (ch'tit problème RealPlayer kifétouplanté)
(Ce post est destiné à partir dans les archives, les miennes en particulier)
-- personne n'a un zipper suffisament puissant pour comprimer un con en 4 ligne pour le GNU ? parce que celui la, pour ses oeuvres complétes faut un forum dédié ! -+- JFP in neuneu.ctw.cc - Si le con presse, zippé des prunes-+-
Le Wed, 27 Oct 2004 15:02:36 +0200, Bruno Mathieu a écrit:
Pour éviter certains fsck, je compile le noyau avec l'option de debug
CONFIG_MAGIC_SYSRQ=y
Pour les neu² comme moi qui n'arrivent pas à se mettre à «make config»,
c'est dans "Kernel hacking", cocher "Kernel debugging" et
"Magig SysRq key"
Comme ça même dans des cas un peu "desepérés", Ctrl-Alt-ImprimÉcran
S E S I S U O pour synchroniser, terminer les process, synchroniser,
tuer les process, synchroniser, démonter les unités et éteindre, ça
évite certains fsck. Je ne sais pas si ça fontionne sur toutes les
architectures/tous les claviers mais bon, ça peut peut-être aider.
Les touches magiques sont documentées dans
/usr/src/linux/Documentation/sysrq.txt"
Ce qui est dommage, c'est que j'aurais du lire ton post _avant_ d'avoir
besoin des clés magiques (ch'tit problème RealPlayer kifétouplanté)
(Ce post est destiné à partir dans les archives, les miennes en
particulier)
--
personne n'a un zipper suffisament puissant pour comprimer un con en 4
ligne pour le GNU ?
parce que celui la, pour ses oeuvres complétes faut un forum dédié !
-+- JFP in neuneu.ctw.cc - Si le con presse, zippé des prunes-+-
Le Wed, 27 Oct 2004 15:02:36 +0200, Bruno Mathieu a écrit:
Pour éviter certains fsck, je compile le noyau avec l'option de debug CONFIG_MAGIC_SYSRQ=y
Pour les neu² comme moi qui n'arrivent pas à se mettre à «make config», c'est dans "Kernel hacking", cocher "Kernel debugging" et "Magig SysRq key"
Comme ça même dans des cas un peu "desepérés", Ctrl-Alt-ImprimÉcran S E S I S U O pour synchroniser, terminer les process, synchroniser, tuer les process, synchroniser, démonter les unités et éteindre, ça évite certains fsck. Je ne sais pas si ça fontionne sur toutes les architectures/tous les claviers mais bon, ça peut peut-être aider.
Les touches magiques sont documentées dans /usr/src/linux/Documentation/sysrq.txt"
Ce qui est dommage, c'est que j'aurais du lire ton post _avant_ d'avoir besoin des clés magiques (ch'tit problème RealPlayer kifétouplanté)
(Ce post est destiné à partir dans les archives, les miennes en particulier)
-- personne n'a un zipper suffisament puissant pour comprimer un con en 4 ligne pour le GNU ? parce que celui la, pour ses oeuvres complétes faut un forum dédié ! -+- JFP in neuneu.ctw.cc - Si le con presse, zippé des prunes-+-
Sebastien Kirche
Le 27 oct 2004, Rakotomandimby Mihamina vraute :
N'oublie pas de nous tenir au courant Sebastien.
Bon, après plusieurs jours, le problème ne s'est toujours pas reproduit.
En greppant un peu du côté de /etc, j'ai vu certaines mentions aux devices incriminés (floppy et hdd qui est un graveur dvd) du côté des scripts d'autofs.
Ça doit donc être lui le coupable.Je vais élaguer un peu tout ça.
Au final, ça reste donc plus une bizarrerie ponctuelle qu'un réel problème.
Sébastien Kirche
Le 27 oct 2004, Rakotomandimby Mihamina vraute :
N'oublie pas de nous tenir au courant Sebastien.
Bon, après plusieurs jours, le problème ne s'est toujours pas reproduit.
En greppant un peu du côté de /etc, j'ai vu certaines mentions aux devices
incriminés (floppy et hdd qui est un graveur dvd) du côté des scripts
d'autofs.
Ça doit donc être lui le coupable.Je vais élaguer un peu tout ça.
Au final, ça reste donc plus une bizarrerie ponctuelle qu'un réel problème.
Bon, après plusieurs jours, le problème ne s'est toujours pas reproduit.
En greppant un peu du côté de /etc, j'ai vu certaines mentions aux devices incriminés (floppy et hdd qui est un graveur dvd) du côté des scripts d'autofs.
Ça doit donc être lui le coupable.Je vais élaguer un peu tout ça.
Au final, ça reste donc plus une bizarrerie ponctuelle qu'un réel problème.
