Re: proceso en estado extraño
No se si esto puede ayudar....copy&paste de
http://www.entropia.com.mx/~roadmr/linux/faq.html:
4.10- ¿Por qué no puedo matar procesos marcados como <zombie>?
Respuesta (Roberto Jimenos):
[En comp.unix.questions, el 16 de enero de 1998 Chris Torek escribió:]
No es posible matar zombis; Ya están muertos.
"¿Que es un zombi?" Escucho preguntar. "¿Por que los procesos muertos
han de estar rondando?"
Los procesos muertos se quedan rondando por dos razones principales.
La razón menos importante es que ellos proveen de cierto "contexto"
para cerrar descriptores de archivos abiertos, y liberar otros
recursos (memoria, espacio de intercambio, y demás). Ésto generalmente
sucede de manera inmediata, y los procesos permanecen únicamente para
para su más importante propósito: asirse de su nombre y estado de
salida.
Un proceso es nombrado por su ID o PID. Cada proceso también está
asociado con el PID Padre. El PID Padre es el PID del proceso que lo
creo a través de un fork, o, si ese proceso en particular se ha
desvanecido, 1 (el PID de init). Mientras el padre original está por
ahi, él puede recordar los PIDs de sus hijos. Esos PIDs no pueden ser
reutilizados hasta que el padre sepa que sus hijos han terminado. El
padre puede también obtener un byte de estado de cada hijo. La llamada
al sistema wait busca por un hijo zombie, entonces lo "colecta",
haciendo su PID disponible y regresando el estado. El programa init
colectará todos sus hijos conforme terminen, y rapidamente ignorará su
estado de salida.
Entonces, para deshacerse de un zombi, es necesario esperarlo. Si eso
ya se ha hecho, o si el PID Padre es 1, el proceso seguramente está
atorado en una rutina de cerrado de un controlador de dispositivo, y
si permanece así por siempore, el controlador tiene un error.
[Lo anterior es una mala traducción del original en inglés hecha por
jimeno@pc6.politicas.unam.mx. Para mejor referencia, busque el
original]
Se que hay una cierta frecuencia con la que init "adopta" a los
zombies para que puedan desaparecer, pero no se si se podra hacer que
en un momento dado los adopte o si se puede cambiar la frecuencia.
Saludos y suerte
El 27/08/05, Rober Morales<ultimozar@hotmail.com> escribió:
>
>
> Pablo Marín Ramón escribió:
>
> >>El caso es que me puse a investigar con el ps porque el rhythminth (o
> >>como se llame - reproductor de audio -) se me fue al garete y no podia
> >>iniciar otra sesion con el mismo.
> >>Descubri que se habai quedado por ahi zombi, pero como ves si que pasaba
> >>algo:
> >>1) no podia iniciar otra ejecucion del programa
> >>2) al tratar de desmontar la unidad donde estaba reproduciendo me decia
> >>que estaba ocupada
> >>con ke ....
> >>El padre de este proceso era el propio init...
> >>Conque me imagino que he hecho lo unico que podia hacer...
> >>
> >>
> >
> >Creo que no se trataba de un proceso "zombie" "corriente". Posiblemente, si
> >estaba haciendo E/S sobre el dispositivo extraible que mencionas en otro
> >mensaje, y algo falló con éste, el proceso quedó en otro estado "extraño", de
> >forma que sólo pudo ser eliminado reiniciando la máquina.
> >
> >
> sí, de hecho el estado era Zl, no Z a secas si es zombie.
>
> >En ocasiones, ocurren cosas semejantes si tienes un proceso haciendo E/S sobre
> >NFS y el servidor NFS cae.
> >
> >Si descubres algo más al respecto, compártelo con la lista, por favor.
> >
> >
> >
> >
>
> --
> //
> //Rober Morales Chaparro
> //
> #include /* RMC'05 */ <iostream>
> class saludo { public: saludo(){
> std::cout << "hola"; } ~saludo()
> { std::cout << " mundo!" ; } } ;
> int main() { saludo holamundo; }
>
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>
--
***************************************************
Roberto Muñoz Gómez NIA: 100039318
Ingeniería Informática
Universidad Carlos III de Madrid (España)
***************************************************
Linux User Number 364964
Reply to: