En cualquiera de los casos, un programa estaba atascado en un bucle muy eficiente escribiendo cambios que causaron que fseventsd
tuviera mucho trabajo, o es un bucle infinito en sí mismo procesando una estructura de datos irresoluble en uno de los volúmenes montados.
En el primer caso, los programas como fseventer que leen el mismo flujo de datos probablemente se quedarán colgados también; ahora tendrás dos procesos al 50% de utilización intentando procesar una cantidad infinita de datos. (Este es un buen dato si estás investigando para ver qué está mal). Es análogo a preguntar por qué syslogd
está consumiendo toda la CPU; usualmente es algún otro programa enloquecido causándole mucho trabajo.
Cuando/si sucede de nuevo, comienza a cerrar programas y considera cerrar sesión. Sabrás si el elemento ofensivo es un proceso a nivel de sistema o a nivel de usuario. fs_usage
podría ser útil para ver qué programas específicos están generando mucha E/S.
fsck
desde un arranque en modo de usuario único generalmente es necesario si tienes enlaces duros circulares u otras travesuras degeneradas del sistema de archivos que pueden causar este tipo de pico en la actividad.