El comando de shell ...
sample Finder
... supervisará todas las llamadas a funciones realizadas por el Finder y creará un archivo de texto que muestra las pilas de llamadas de cada uno de los hilos del Finder. Incluso los no programadores expertos (súper usuarios, si lo desean) a menudo pueden obtener valiosos conocimientos de esto. También es bueno adjuntar un informe de error a Apple a través de http://bugreport.apple.com/ .
Esto es básicamente lo mismo que el botón "Proceso de muestra" en el Monitor de actividad.
Actualización: Ooh, incluso mejor de lo que sample(1)es spindump(8), lo que es como, samplepero agrega visibilidad sobre lo que está haciendo el kernel cuando los hilos de la aplicación están bloqueados esperando el kernel.
sudo spindump Finder
El archivo de texto que crea /tmprequerirá la lectura de privilegios raíz, ya que puede contener información privilegiada.
Se podrían obtener más pistas de ...
lsof -p $PIDOfFinder
(donde $ PIDOfFinder es el ID de proceso del Finder, que puede encontrar a través de ps).
Parece que puede obtener esa misma información en el Monitor de actividad. Seleccione Finder, presione el botón "Inspeccionar" y seleccione la pestaña "Abrir archivos y puertos".
Otro punto de datos interesante sería si el problema ocurre o no para una cuenta de usuario nueva y limpia en el mismo sistema. Simplemente cree una nueva cuenta de usuario, cierre la sesión de su cuenta normal (no use Cambio rápido de usuario, no queremos que su instancia "mala" del Finder permanezca ejecutándose en segundo plano y cosas confusas) e inicie sesión en el nueva cuenta limpia y vea si el problema ocurre allí también.
¿Está ejecutando algún hackeo de InputManager, incluyendo cosas basadas en SIMBL, o "haxies" de Unsanity Application Enhancer (APE)?
¿El problema ocurre cuando se inicia en "Modo seguro" (es decir, se inicia con la <shift>tecla presionada)?