diskarbitrarationd consome 100% da CPU por 10 minutos após ejetar uma unidade USB

diskarbitrarationd consome 100% da CPU por 10 minutos após ejetar uma unidade USB

Recentemente tive problemas ao ejetar um disco rígido Seagate SRD0SP0 USB 2.0 do meu Macbook. Ele tem duas partições, uma é meu backup do Time Machine e a outra é uma partição ExFAT para mídia. Há também uma imagem de disco de pacote esparsa.

Ao ejetar, o diskarbitrationd consome 100% de uma CPU por cerca de 10 a 15 minutos até finalmente ejetar. O console contém coisas 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

Mudei os nomes dos volumes para ficar mais óbvio qual é qual.

Executei o Disk First Aid em ambas as partições. Este é o OS X 10.8.2 e foi instalado corretamente há algumas semanas. Não tenho nenhum software especial em execução, exceto o Sophos An

Alguma idéia sobre qual pode ser o problema ou como posso diagnosticá-lo?

Responder1

Devo dizer que não tenho certeza, mas para mim o problema com os "eventos" registrados parece ser a indexação da imagem de disco do pacote esparso.

Suponho que o "Spotlight" tente indexar ambos:

  • O volume montado (e indexado) da imagem do disco, porque você provavelmente edita algo (talvez involuntário - dê uma olhada lsofou algo semelhante).
  • E o diretório que contém essa imagem de disco, devido ao ponto anterior (e à natureza das imagens de disco de pacote esparsas).

E suponho que este último possa continuar atualizando seu índice até que o primeiro não seja concluído…


Talvez o Mac OS X tente desfragmentar as partes do pacote esparso…

Talvez (e possivelmente) seja o antivírus configurado para fazer algo com os volumes montados… (e do qual você provavelmente nem precisa)


Os primeiros registros me deixaram pensar em um bloco defeituoso... talvez uma unidade com falha?


Além disso, considere que o exFAT é otimizado para unidades flash, não para discos rígidos mecânicos; isso pode de alguma forma impactar o desempenho geral…

Também li uma vez (não me lembro onde) que a implementação exFAT do Mac OS X não era ótima; e sinceramente não esperava que a Apple mudasse isso desde sua primeira integração.


Minha solução sugerida - por causa da menção principal do Spotlight nos logs - é mover o arquivo de imagem de disco (e qualquer outro arquivo que você não precisa indexar) para um subdiretório e instruir o servidor de metadados do Spotlight para não indexá-lo nem (se você não se importa) o volume montado correspondente (você pode usar a mdutilferramenta de linha de comando); mas eu sugiro não indexar a partição exFAT, exceto se você realmente precisar disso. Mas ficarei de olho na saúde e no comportamento do Sophos...

informação relacionada