Эта проблема не будет легкой ... будьте осторожны. Windows 8.1 x64 (установлена как Windows 8.1, а не как обновление) с ВСЕМИ обновлениями, установленными и работающими отлично (согласно программе просмотра журнала событий) ... два дня назад. Не было обновлений, которые не были установлены неправильно или что система выключалась неправильно.
Таинственным образом при каждой загрузке скрытый раздел Windows RE (раздел № 5 в конце диска) продолжает проверяться и якобы исправляться, как показано в быстром экранном сообщении, хотя и очень быстро на известных хороших SSD (идеальные значения SMART).
Разделы в физическом порядке: Раздел 1: Восстановление со смещением 300 МБ, 1024 КБ. Раздел 2: Смещение системы, 100 МБ, 302 МБ. Раздел 3: Зарезервировано 128 МБ, 402 МБ. Раздел 4: * Первичное смещение 930 ГБ, 536 МБ. Раздел 5: Восстановление, 450 МБ, смещение 931 ГБ.
Журнал событий показывает: Обнаружено повреждение в структуре файловой системы на томе \?\Volume {20e356e9-c78d-47ea-8fb9-7297d5c10082}. [Раздел 5:]
Файл на томе более недоступен из его родительского каталога. Ссылочный номер родительского файла:0x2000000000002. Имя родительского каталога - "". Атрибут родительского индекса:«:$ I30:$ INDEX_ALLOCATION». Ссылочный номер файла, который необходимо переподключить, равен 0x100000003cbff. На томе могут быть дополнительные файлы, которые также необходимо подключить к этому родительскому каталогу.
Присвойте букву диска D: разделу RE, и при просмотре содержимого ошибок не будет, но запрос FSutil сообщает о грязном объеме. Запустите Admin chkdsk (с множеством различных параметров) для D: и он ничего не сообщает о неправильных секторах. Запускаем опцию командной строки Recovery и те же ответы chkdsk - все хорошо, но FSutil сообщает, что все грязно. Благодаря всему этому данные автоматической проверки реестра autochk в конечном итоге стали автоматически проверять autochk /k: D С тех пор я вернул этот параметр реестра обычному autochek autochk * Обычно раздел Windows RE не монтируется с помощью буквы диска, как я нравится, чтобы остаться, после того, как все это исправлено.
Другие результаты команды: fsutil repair перечисляют d: (не показывает журналов повреждения) fsutil repair d: (показывает состояние самовосстановления на d: is: 0x9, включить восстановление и предупредить о потенциальной потере данных.) Состояние восстановления fsutil d: (показывает «Состояние коррупции: 0x11 - необходим полный Chkdsk»)
Запустите chkdsk снова с параметрами от A до Z и без проблем, как логически, так и физически.
Очевидно, что что-то не так, даже Центр действий говорит: «Вау ... запусти полную систему chkdsk, чувак, коррупция в изобилии», да, заткнись, Центр действий.
И в довершение всего, любые точки восстановления потерпели неудачу, поэтому я в конечном итоге уничтожил их все, задаваясь вопросом, были ли они причиной. НЕ.
В противном случае система работает как вершина, и в программах / данных / и т.д. Не наблюдается никакого искажения.
Любые идеи там.
Дейв