Что вызывает проверку диска с результатами "неверный идентификатор безопасности"?

Question

У меня есть жесткий диск Seagate емкостью 1,5 ТБ, который дважды запускал chkdisk за последние два месяца. В первый раз окна заменили идентификатор безопасности на идентификатор безопасности по умолчанию для файла xxx. Я позволил ему закончить, и диск не загружался.

Я установил новый диск, установил ОС (Windows 7 HP 64bit) и смог по крайней мере извлечь данные после слияния с настройками безопасности, чтобы стать владельцем. С тех пор я только что оставил диск подключенным для дополнительного хранения.

Два дня назад этот неактивный накопитель снова требует проверки диска. Что является причиной этого?

Добавлены детали для комментариев и ответов: Crystal Disk Info

Answer 1

Краткий ответ: диск, похоже, выходит из строя. Не используйте этот диск, если вы цените свои данные.

Используйте утилиту, например DiskCheckup, чтобы определить состояние SMART накопителя и убедиться, что это правда; вам нужно искать высокие (более 10-100) счетчики для перераспределенных / ожидающих / некорректируемых секторов и / или десятки тысяч счетчиков загрузки / выгрузки головки (хотя есть и другие индикаторы, см. статью в Википедии на УМНЫЙ статус).

Как примечание, какой инструмент проверки диска вы используете? Тот, что на скриншоте, не выглядит знакомым, возможно, он вызывает chkdsk под капотом?

Answer 2

Похоже, что списки контроля доступа (ACL) для поврежденных файлов становятся поврежденными, что подразумевает повреждение таблицы основных файлов, критической структуры данных, используемой в файловой системе NTFS. Больше информации о ACL здесь.

Список контроля доступа каждого файла состоит из серии идентификаторов безопасности (SID), каждый из которых идентифицирует пользователя или группу пользователей, и набора разрешений, связанных с каждым SID. Эти данные, очевидно, становятся поврежденными, и в результате CHKDSK присваивает значение по умолчанию.

Сначала попробуйте переформатировать диск. Если проблема не устранена, возможно, основной причиной является сбой диска, когда поврежденные сектора расположены в местах хранения MFT или других структур данных ключевой файловой системы. Вы можете использовать утилиту с информацией о диске, такую как CrystalDiskInfo с открытым исходным кодом, для чтения данных SMART с диска; большое количество перераспределенных или невосстанавливаемых секторов (для которых CrystalDiskInfo будет возвращать "Осторожно" или "Плохо" для исправности накопителя) указывает на сбой накопителя и его необходимо заменить.

---

Информация SMART не указывает на проблему с диском. Вы переформатировали диск и попробовали еще раз? Поврежденные структуры данных в файловой системе могут быть частью проблемы. Если проблема не устраняется после переформатирования диска, это может быть связано с тем, что диск все равно выходит из строя (попробуйте запустить сканирование поверхности на подозрительном диске), или может быть проблема с памятью (такой инструмент, как Memtest86+, может помочь здесь).

---

После дальнейших исследований кажется, что я ошибаюсь по поводу того, что подразумевается под идентификатором безопасности. Тем не менее, некоторые структуры данных в файловой системе выглядят поврежденными. Вот что говорит Microsoft (источник):

Указанный файл имеет недопустимый идентификатор безопасности. Каждому файлу на томе NTFS или FAT назначен идентификатор безопасности. Идентификатор, присвоенный файлу данных, не совпадает с идентификатором, присвоенным файлу потока данных безопасности ($ SDS). Существует несоответствие в идентификаторах. Chkdsk заменяет неверный идентификатор безопасности. Никаких действий пользователя не требуется.

В любом случае приведенные выше рекомендации по форматированию и устранению неполадок остаются в силе.