☰

diskarbitrarationd потребляет 100% ресурсов ЦП в течение 10 минут после извлечения USB-накопителя

tag-icon • tag-icon macos usb eject
diskarbitrarationd потребляет 100% ресурсов ЦП в течение 10 минут после извлечения USB-накопителя

Недавно у меня возникли проблемы при извлечении жесткого диска Seagate SRD0SP0 USB 2.0 из моего Macbook. На нем два раздела: один — резервная копия Time Machine, а другой — раздел ExFAT для медиа. Также есть образ диска sparse bundle.

При выгрузке discarbitrationd потребляет 100% одного процессора в течение примерно 10-15 минут, пока не выгрузится. Консоль содержит такие вещи, как...

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

Я изменил названия томов, чтобы было понятнее, что есть что.

Я запустил Disk First Aid на обоих разделах. Это OS X 10.8.2, и она была чисто установлена ​​несколько недель назад. У меня нет специального программного обеспечения, кроме Sophos An

Есть ли у вас какие-нибудь идеи о том, в чем может быть проблема или как ее диагностировать?

решение1

Должен сказать, что я не уверен, но мне кажется, что проблема с зарегистрированными «событиями» заключается в индексации образа разреженного комплекта дисков.

Я полагаю, что «Spotlight» пытается индексировать и то, и другое:

  • Том образа диска смонтирован (и проиндексирован), поскольку вы, вероятно, что-то редактируете (возможно, непреднамеренно — посмотрите с помощью lsofили что-то подобное).
  • И каталог, содержащий этот образ диска, из-за предыдущего пункта (и природы разреженных образов дисков).

И я предполагаю, что последний может продолжать обновлять свой индекс до тех пор, пока первый не будет завершен…

Возможно, Mac OS X пытается дефрагментировать части разреженного пакета...

Возможно (и возможно), это антивирус, который настроен на выполнение каких-то действий с смонтированными томами… (и который вам, вероятно, вообще не нужен)

Первые логи наводят меня на мысль о плохом блоке... возможно, неисправном диске?

Кроме того, учтите, что exFAT оптимизирована для флэш-накопителей, а не для механических жестких дисков; это может как-то повлиять на общую производительность...

Также я когда-то читал (не помню где), что реализация exFAT в Mac OS X не очень хороша; и, честно говоря, я не ожидал, что Apple изменит ее с момента первой интеграции.

Мое предлагаемое решение — из-за основного упоминания Spotlight в журналах — переместить файл образа диска (и любой другой файл, который вам не нужно индексировать) в подкаталог и указать серверу метаданных Spotlight не индексировать его, а также (если вы не против) соответствующий смонтированный том (вы можете использовать инструмент mdutilкомандной строки); но я бы предложил вообще не индексировать раздел exFAT, если только вам это действительно не нужно. Но я буду следить как за состоянием диска, так и за поведением Sophos...

Связанный контент