Это внешний диск, ранее загрузочный диск, который теперь используется только для доступа к музыкальным файлам (sibelius, аудио, midi, live, логика и т.д.) Без переноса данных в новую загрузочную систему, частично из-за проблемы, с которой я сталкиваюсь собирается описать, но в основном потому, что большинство данных в основном для архивных целей. Пользователь является композитором и известным музыкантом и должен иметь возможность перефразировать данные по своему желанию.
Я пробовал несколько вещей - вот список:
- сделать полную клон файловой системы с помощью Антонио Диаса
- запустить Disk Warrior на копии, исправить все ошибки
- уничтожить все ACL на всем диске
- установить все разрешения на одно и то же значение - широко открыт 777
- удалить все системные данные (приложения, системные файлы, включая скрытые файлы, насколько мне известно), выбрав только несистемные данные / данные приложения и используя Carbon Copy Cloner, чтобы поместить только интересующие данные на вновь отформатированный диск
- переносить данные во вновь отформатированную папку на диске по папкам, сбрасывая промежуточный индекс между добавлением каждого, чтобы наблюдать за проблемами (интересно, что никаких проблем не возникало, кроме как в папке «Документы» - когда я перенес только папку «Документы» на вновь отформатированный диск на свое - без проблем. Это выглядит почти так же, как и предполагалось, что это может быть не содержание, а количество или конкретная комбинация данных, которая приводит к проблемам)
- используйте DataRescue для передачи данных на еще один недавно отформатированный диск, чтобы показать пропущенные скрытые файлы
Между каждым из вышеперечисленных шагов я остановил Spotlight (поиск всего, что начинается с md в Activity Monitor - All Processes и завершил его), удалил.Каталог Spotlight-V100 с поврежденного диска. Перезапустите индексирование Splotlight, добавив диск в список конфиденциальности Spotlight и удалив его.
В каждом случае возникает одна и та же проблема - Spotlight начинает индексирование в обычном режиме (или так кажется), затем расчетное время индекса увеличивается, обычно до 4 часов. Это где он застревает и продолжает предсказывать 4 часа до конца, но никогда не заканчивается. Иногда я не могу извлечь диск и должен выйти из процессов md .. из Activity Monitor, чтобы иметь возможность извлечь диск без принудительного извлечения. Как только я отсоединяю диск после оставшейся 4-часовой ситуации - если я подключу его снова, Spotlight навсегда оценит оставшееся время и больше никогда не заработает.
Так и есть.
По-видимому, это не проблема файловой системы, не проблема разрешений и не привязка к какому-либо конкретному оборудованию или протоколу (используемым дискам USB и FW). Я пробовал это на нескольких машинах (3, если быть точным) и в 10.5.8 и 10.6.5.
Простое отключение Spotlight на этом томе не вариант, поскольку владелец не имеет ни малейшего понятия, где находятся данные, поскольку данные на томе относятся к музыкальным проектам и композициям с 2003 года и до этого. Он должен уметь запрашивать результаты.
У кого-нибудь есть идеи?
--- обновление 2-6-11
Поскольку я не получил никаких ответов, кроме приведенного ниже, который, по-видимому, неправильно понимает мою точку зрения, я обновляю этот пост в надежде получить больше ответов. Я использовал команду терминала
sudo opensnoop -p PID
где PID - это идентификатор процесса mdworker, который пытается определить, что делает Spotlight, и, надеюсь, найти файлы, с которыми у него возникли проблемы. Вот что происходит:
После индексации в течение нескольких часов mdworker пропал. Он больше не отображается в мониторе активности в разделе "Все процессы", и окно терминала с результатом opensnoop перестает двигаться. Затем я приступил к выполнению той же команды на mds, чтобы посмотреть, что она делает, и вот что я получаю, неоднократно:
501 57 мкдс 21 /
501 57 мкдс 21 / Тома / Сно Леппард
501 57 мкдс 21 / Объемы / Тигр
501 57 мкдс 21 / Объемы / Leppard
501 57 mds 21 / Тома / Дисковый Воин
501 57 mds 21 / Объемы / Данные ONM
Они представляют все тома, которые в настоящее время смонтированы в системе. Все данные, кроме ONM, которые я пытаюсь проиндексировать, на данный момент исключены из индексации SPotlight. Последовательность выше повторяется снова и снова, с небольшими изменениями, иногда пропуская один из томов.
Вопросы - что случилось с mdworker? Что делает MDS?
Я позволю этому работать до завтрашнего утра и в течение дня и буду следить за любыми изменениями. Любой вклад будет очень ценится. Даже если вы не уверены, каков окончательный ответ, пожалуйста, предупредите меня обо всем, что, по вашему мнению, мне не хватает. Надеюсь, в какой-то момент мы это выясним ...
Спасибо,
M
______ финальное редактирование ______
Я наконец решил проблему и вот как я это сделал.
Я использовал команду терминала «sudo opensnoop -p PID», где PID - это идентификатор процесса, который я отслеживал. Я просматривал все экземпляры mds и mdworker, работающие в системе.
После того, как мы в третий раз проиндексировали тот же набор данных (см. Информацию выше), я связался с Apple и получил их самый высокий уровень поддержки - они были ошеломлены также. Они посоветовали мне установить еще одну систему по умолчанию 10.6.6 и повторить попытку. Повторяется тот же шаблон - mds и mdworker (s) начнут индексирование, и в конечном итоге значок прожектора скажет, что осталось 6 часов, а все mdworkers пропали, mds с 90% или около того CPU.
Но в конце концов я понял, что когда mdworker останавливался таким образом в первый раз, последний файл, к которому он обращался, всегда находился в одной папке. Я исключил эту папку из поиска в центре внимания, а остальная часть набора данных была проиндексирована примерно через 2 часа без каких-либо странных действий или сбоев.
Я скопировал эту папку на другую машину, и Spotlight немедленно сработал. Исключите эту папку, и все снова хорошо. Я до сих пор не знаю, что вызывает такое поведение, но я нашел функциональное решение проблемы.
Любой с подобной проблемой - запустите opensnoop на всех экземплярах mds и mdworker и терпеливо ждите выхода wdworker. Посмотрите на последний файл, к которому он прикоснулся, и исключите вложенную папку из индексации.
Мне удалось повторить проблему и решение на 2 разных установках и 2 разных копиях набора данных.
Надеюсь это поможет.
Если мы находим фактическую причину проблемы с папкой (она называется MICHAEL BRECKER RECORD SOLOS и содержит почти 1 ГБ связанных со звуком файлов - исполнителя, live, SD2 - и тому подобное), я снова отредактирую, чтобы дать вам все знать.
Спасибо за любые попытки помочь,
M