diskarbitrarationd consume el 100% de la CPU durante 10 minutos después de expulsar una unidad USB

diskarbitrarationd consume el 100% de la CPU durante 10 minutos después de expulsar una unidad USB

Recientemente tuve problemas al expulsar un disco duro Seagate SRD0SP0 USB 2.0 de mi Macbook. Tiene dos particiones, una es mi copia de seguridad de Time Machine y la otra es una partición ExFAT para medios. También hay una imagen de disco de paquete disperso.

Al expulsar, diskarbitrationd consume el 100% de una CPU durante aproximadamente 10 a 15 minutos hasta que finalmente se expulsa. La consola contiene cosas como...

1/2/13 6:02:32.097 PM fseventsd[67]: could not open <</Volumes/ExFAT/.fseventsd/fseventsd-uuid>> (No such file or directory)
1/2/13 6:02:32.097 PM fseventsd[67]: log dir: /Volumes/ExFAT/.fseventsd getting new uuid: B0B6D688-5CB1-4236-BA7E-BB90E19D3C10
1/2/13 6:07:58.336 PM fseventsd[67]: Events arrived for /Volumes/DiskImage after an unmount request! Re-initializing.
1/2/13 6:07:58.336 PM fseventsd[67]: creating a dls for /Volumes/DiskImage but it already has one...
1/2/13 6:08:03.755 PM fseventsd[67]: Events arrived for /Volumes/ExFAT after an unmount request! Re-initializing.
1/2/13 6:08:03.755 PM fseventsd[67]: creating a dls for /Volumes/ExFAT but it already has one...
1/2/13 6:08:04.227 PM mds[57]: (Error) LSOF: File '/Volumes/ExFAT' (fd=11) left open on device 16777222
1/2/13 6:15:53.927 PM SystemUIServer[302]: Error getting disk for path /Volumes/Backup: Couldn't stat disk
1/2/13 6:16:08.033 PM SystemUIServer[302]: Error getting disk for path /Volumes/Backup: Couldn't stat disk

Cambié los nombres de los volúmenes para que sea más obvio cuál es cuál.

Ejecuté Disk First Aid en ambas particiones. Este es OS X 10.8.2 y se instaló limpiamente hace unas semanas. No tengo ningún software especial ejecutándose excepto Sophos An

¿Alguna idea sobre cuál podría ser el problema o cómo podría diagnosticarlo?

Respuesta1

Debo decir que no estoy seguro, pero para mí, el problema con los "eventos" registrados parece ser la indexación de la imagen de disco del paquete disperso.

Supongo que "Spotlight" intenta indexar ambos:

  • La imagen del disco montó (e indexó) el volumen, porque probablemente editó algo (quizás de forma involuntaria; eche un vistazo a lsofalgo similar).
  • Y el directorio que contiene esa imagen de disco, debido al punto anterior (y la naturaleza de las imágenes de disco de paquetes dispersos).

Y supongo que este último podrá seguir actualizando su índice hasta que el primero no se complete…


Quizás Mac OS X intente desfragmentar las partes del paquete disperso...

Quizás (y posiblemente) sea el Antivirus el que está configurado para hacer algo con los volúmenes montados... (y que probablemente no necesites en absoluto)


Los primeros registros me permiten pensar en un bloque defectuoso... ¿tal vez una unidad defectuosa?


Además, considere que exFAT está optimizado para unidades flash, no para discos duros mecánicos; esto de alguna manera puede afectar el rendimiento general...

También leí una vez (no recuerdo dónde) que la implementación exFAT de Mac OS X no era muy buena; y sinceramente no esperaba que Apple lo cambiara desde su primera integración.


Mi solución sugerida, debido a la mención principal de Spotlight en los registros, es mover el archivo de imagen del disco (y cualquier otro archivo que no necesite indexar) a un subdirectorio e indicarle al servidor de metadatos de Spotlight que no lo indexe ni (si no te importa) el volumen montado correspondiente (puedes usar la mdutilherramienta de línea de comando); pero sugeriría no indexar la partición exFAT en absoluto, excepto que realmente lo necesite. Pero estaré atento tanto al estado del disco como al comportamiento de Sophos...

información relacionada