ver saber que mensajes mandar han estado desbloqueo cuando como bloqueo bloquearon bloquean bloqueado aparece alguien linux ubuntu process hard-drive

linux - saber - Proceso permanentemente bloqueado en estado D



cuando te bloquean en whatsapp aparece el estado (2)

Este es el estado temible ininterrumpible (TASK_UNINTERRUPTIBLE) de un proceso. Este es el estado en el que el proceso no reacciona a las señales hasta que se termina lo que comenzó a esperar. Desafortunadamente es un mal necesario. Ver here y aquí. ¿Qué es un proceso ininterrumpido? .

Mi respuesta es reiniciar el sistema.
¿El reinicio causa algún problema?
Difícil de decir, puede que no. El proceso que se encuentra en el estado D puede tener que hacer algunas actualizaciones cruciales que no hará si reinicia.
Si realmente no puede reiniciar, intente encontrar el disco en el que está esperando el proceso y vea si el disco funciona bien abriéndolo, cerrándolo, leyendo o escribiendo en él.

Tengo un problema con algunos procesos atascados en un estado D en Ubuntu 10.04.3 LTS.

Han estado en este estado desde el 5 de noviembre (hoy al 6 de diciembre). Entiendo que estos son estados de inactividad ininterrumpida relacionados con la espera de datos del hardware, como un disco duro. Este es un servidor de producción, por lo que el reinicio es el último recurso, ¿alguien puede arrojar alguna luz sobre lo que podrían ser estos procesos?

Esta es la salida para los elementos de estado D de ps -aux

www-data 22851 0.0 0.0 0 0 ? D Nov05 0:00 [2637.64] www-data 26306 0.0 0.0 4008 12 ? D Nov05 0:00 ./2.6.37 www-data 26373 0.0 0.0 4008 12 ? D Nov05 0:00 ./n2 www-data 26378 0.0 0.0 4008 12 ? D Nov05 0:00 ./n2

Esta es la salida de ps axl | awk ''$10 ~ /D/'' ps axl | awk ''$10 ~ /D/'' para un poco más de información.

0 33 22851 1 20 0 0 0 econet D ? 0:00 [2637.64] 1 33 26306 1 20 0 4008 12 ec_dev D ? 0:00 ./2.6.37 1 33 26373 1 20 0 4008 12 ec_dev D ? 0:00 ./n2 1 33 26378 1 20 0 4008 12 ec_dev D ? 0:00 ./n2

¿Hay una manera de matar a estos? ¿Tener procesos en este estado al reiniciar causa algún problema?


No, no puedes matarlos, punto. kill -9 tampoco funciona. Y no es bug del kernel, es por diseño. Todas las señales están bloqueadas hasta que esos procesos salgan del estado D. O bien dejan el estado D o el sistema se reinicia. No, reiniciar no tiene ningún problema con estos chicos.

Los culpables habituales de este tipo de problema son los dispositivos de medios extraíbles como un CD-ROM. El dispositivo puede estar defectuoso o alguien encontró la manera de hacer algo estúpido.