Fran�ois Boisson <[EMAIL PROTECTED]> writes: >> >> Sinon une autre question subsidiaire : le script me detecte comme >> processus cach� ypbind-broadcast et mozilla-bin. >> >> � la limite, ypbind-broadcast, je veux bien, mais mozilla-bin ??? >> >> Et sinon, �a correspond � quoi exactement ce comportement ? on fait >> comment pour cacher un processus ?
> C'est un 2.6 j'imagine, qu'y a-t-il exactement sous /proc dans un tel cas, > je n'ai pas de 2.6 sous la main... Avec un ps : jgilles 1035 1122 0 13:38 ? 00:00:00 /bin/sh -c mozilla jgilles 1042 1035 1 13:38 ? 00:02:00 /usr/lib/mozilla/mozilla-bin Ton script me signale les processus cach�s suivants : 1172 1173 1255 Dans /proc, il y a bien un r�pertoire 1042, mais point de 1172, 1173, ou 1255 (via ls). Par contre "cd /proc/1172" fonctionne, cmdline correspond bien � /usr/lib/mozilla/mozilla-bin. Bref, il est logique que le script mentionne cette entr�e bizarre dans /proc. Enfin, dans /proc/1042, il y a un r�pertoire task, qui contient les sous-r�pertoires 1172, 1173 et 1255. Donc c'est bien des threads, ils n'apparaissent pas comme entr�e directe dans /proc, on peut y acc�der via le r�pertoire task de leur p�re, ou directement dans /proc/pid (si on connait pid). Autrement dit il ne faudrait pas compter comme processus cach� des processus qui apparaissent dans un des sous-r�pertoires tasks d'un processus. Amis du shell, � vos clavier ! Maintenant je ne sais pas si les astuces utilis�es pour cacher (et trouver) un processus dans un noyau 2.4.x sont toujours applicables pour un 2.6 ; ce script n'est peut-�tre donc aucune utilit� dans ce cas. Si un gourou barbu peut confirmer ou infirmer... -- Julien Gilles.
