1) На моей MacOS Catalina 10.15.3 я запустил одну неделю go следующую команду: sudo mddutil -E /, чтобы переиндексировать весь мой том (с root /).
К сожалению, похоже, что mdworker.shared продолжает работать, но я не могу объяснить их статус: они, похоже, засыпают с буквы 'S', когда я делаю 'ps aux | grep mdworker':
Например:
_spotlight 20708 0.0 0.1 6421412 44116 ?? S 12:38PM 0:00.11 /System/Library/Frameworks/CoreServices.framework/Frameworks/Metadata.framework/Versions/A/Support/mdworker_shared -s mdworker -c MDSImporterWorker -m com.apple.mdworker.shared
_spotlight 20707 0.0 0.1 6544284 39320 ?? S 12:38PM 0:00.11 /System/Library/Frameworks/CoreServices.framework/Frameworks/Metadata.framework/Versions/A/Support/mdworker_shared -s mdworker -c MDSImporterWorker -m com.apple.mdworker.shared
_spotlight 20705 0.0 0.1 6159268 41084 ?? S 12:38PM 0:00.11 /System/Library/Frameworks/CoreServices.framework/Frameworks/Metadata.framework/Versions/A/Support/mdworker_shared -s mdworker -c MDSImporterWorker -m com.apple.mdworker.shared
etc...
Я понимаю, что повторное индексирование считается очень длинным, тем более что у меня есть том объемом 2 ТБ, но с другой стороны, команда 'mdutil -E /' имеет был запущен 1 неделя go.
Как я могу справиться с этими спящими процессами? Что делать, чтобы «реактивировать их»?
2) Я обнаружил также проблему, когда использовал классическую команду locate для проверки файлов. и где locate нашел файл, mdfind не смог его найти:
$ /usr/bin/locate 154.46
SUM_GCsp_XC_AND_GCsp_NO_XC_MATRIX_33x33_Respectively_Fom_571.35_AND_154.46.py
, тогда как:
mdfind -name 154.46 ничего не возвращает и mdfind 154.46 возвращает результаты, которые не содержит подстроку 154.46 в имени файла (может быть, она просматривает файлы без опции -name?)
Кто-нибудь получил отзыв об этой команде mdfind? Почему нет? найти файлы, которые находит классическая команда locate?
Любая подсказка / предложение / трек может исправить это плохое поведение.