Исправление ошибок в зеркальной копии основной таблицы файлов
Обновлено: 04.07.2024
Внешний HDD перестал работать
Замена неправильного идентификатора безопасности для файла
Создание резервных копий - это Правило непререкаемое, это как ежедневная молитва
для верующего: пользую это Правило все мои 20 с лишним лет общения общения с монитором. -)
Но сегодня вышел из строя один из архивов, который на внешнем
диске Transcend. Странно, диск вроде бы надёжный, на 1 Tb, не
подводил еще ни разу.
Тык-мык - система его не видит. Пишет:
"внешний жесткий диск файл или папка повреждены. чтение
невозможно".
Естественно, проверил вариант с портами, а вдруг какой-то перестал работать.
Нет, всё ок.
Итак: если у кого-то будет подобное, есть методика:
-запустить командную строку и в неё скопировать или написать :
- вместо "С" поставить букву того диска, который не запускается
- запустить тыканием клавиши Enter
.
У меня после этого комп зашуршал и пошла напряжённая работа всех восьми ядер.
Что в это время делается делается:
"Замена неправильного идентификатора безопасности для файла".
В итоге система все проверила и отчиталась:
Обработано файловых SD/SID: 435968.
Проверка дескрипторов безопасности завершена.
Обработано файлов данных: 9948.
CHKDSK проверяет журнал USN..
Обработано байтов USN: 1253552.
Завершена проверка журнала USN
Исправление ошибок в зеркальной копии основной таблицы файлов.
В битовой карте тома обнаружено свободное место, помеченное как
выделенное.
Windows сделала изменения в файловой системе.
976759999 КБ всего на диске.
778013516 КБ в 127214 файлах.
48284 КБ в 9949 индексах.
0 КБ в поврежденных секторах.
532927 КБ используется системой.
65536 КБ занято под файл журнала.
198165272 КБ свободно на диске.
Размер кластера: 4096 байт.
Всего кластеров на диске: 244189999.
49541318 кластеров на диске.
В итоге: диск заработал, но пока его в работу не пускаю, буду проверять
его состояние полностью.
В итоге: диск заработал, но пока его в работу не пускаю, буду проверять
его состояние полностью.
Таблица размещения файлов имеет свойство, как это не печально, временами сбиваться. особенно у архивных, которые постоянно не включены.
После проверки чекдиском всё норм обычно, до следующего сбоя.
Но на всякий случай и для вящего спокойствия прогнал бы разочек DOS-MHDD или Victoria на предмет бэдов и визуально динамику посмотреть.
В смарте переназначенных секторов много? Вчера не было времени, буду насчет смарта смотреть сегодня.
А мысль насчёт того, что "когда долго стоит" - даже не подумал, спасибо.
Прогоню обязательно. Да и другие, наверное, тоже.
В принципе, этот HDD используется уже около пяти лет.
Атрибут 231 - ок
1,Read Error Rate,0,100,100,ОК (Всегда проходит),000000000000,0,Включено
5,Reallocated Sector Count,10,100,100,OK,000000000000,0,Включено
9,Power On Time Count,0,100,100,ОК (Всегда проходит),000000000518,0,Включено
12,Power Cycle Count,0,100,100,ОК (Всегда проходит),000000000307,0,Включено
100,Total Erase Count,0,100,100,ОК (Всегда проходит),0000001E3AE0,0,Включено
101,Vendor-specific,0,100,100,ОК (Всегда проходит),0000000578C0,0,Включено
170,Reserved Block Count,0,100,100,ОК (Всегда проходит),000000000000,0,Включено
171,Program Fail Count,0,100,100,ОК (Всегда проходит),000000000000,0,Включено
172,Erase Fail Count,0,100,100,ОК (Всегда проходит),000000000000,0,Включено
174,Unexpected Power Off Count,0,100,100,ОК (Всегда проходит),000000000007,0,Включено
175,Program Fail Count Worst Die,0,100,100,ОК (Всегда проходит),000000000000,0,Включено
176,Erase Fail Count Worst Die,0,100,100,ОК (Всегда проходит),000000000000,0,Включено
177,Wear Leveling Count,0,99,99,ОК (Всегда проходит),000000000248,0,Включено
178,Used Reserved Block Count Worst Die,0,100,100,ОК (Всегда проходит),000000000000,0,Включено
180,Unused Reserved Block Count (SSD Total),0,100,100,ОК (Всегда проходит),000000000513,0,Включено
183,SATA Downshift Count,0,99,99,ОК (Всегда проходит),000000000008,0,Включено
187,Reported Uncorrectable Errors,0,100,100,ОК (Всегда проходит),000000000000,0,Включено
194,Temperature,0,26,100,ОК (Всегда проходит),00260010001A,0,Включено
195,On-the-fly ECC Uncorrectable Error Count,0,100,100,ОК (Всегда проходит),000000000000,0,Включено
196,Reallocation Event Count,0,100,100,ОК (Всегда проходит),000000000000,0,Включено
197,Pending Sector Count,0,100,100,ОК (Всегда проходит),000000000000,0,Включено
199,UDMA CRC Error Count,0,100,100,ОК (Всегда проходит),000000000000,0,Включено
201,Uncorrectable Read Error Rate,0,100,100,ОК (Всегда проходит),000000000000,0,Включено
204,Soft ECC Correction Rate,0,100,100,ОК (Всегда проходит),000000000000,0,Включено
231,SSD Life Left,0,99,99,ОК (Всегда проходит),000000000001,0,Включено
233,Media Wearout Indicator,0,100,100,ОК (Всегда проходит),000000000DCF,0,Включено
234,Total Programs,0,100,100,ОК (Всегда проходит),00000000073B,0,Включено
241,GB Written from Interface,0,100,100,ОК (Всегда проходит),000000000AB6,0,Включено
242,GB Read from Interface,0,100,100,ОК (Всегда проходит),000000001D7E,0,Включено
250,Total Number of NAND Read Retries,0,100,100,ОК (Всегда проходит),000000000000,0,Включено
Вчера у меня накрылся диск. Этот внешний диск на 500 гиг был подключен к ноутбуку и в процессе работы вдруг перестал отвечать. Ну, ладно, бывает, что USB отваливается, подумал я, вынул разъём и включил снова. Windows в ответ на это действие сообщил мне, что диск не отформатирован. Тьфу, блин! Ладно, перезагружаю комп - не помогает. Пробую на другом компе - то же самое. А chkdsk говорит "невозможно определить версию тома и его состояние"
И вот тут я вспомнил, что с этим ноутом это уже третий такой случай. Ладно, флешки и диски в него больше не вставлять, систему переставить. А с диском-то, что теперь делать? Подсунул его утилите восстановления. Она очень быстро нашла на нем NTFS и все мои файлы. Казалось бы, нет проблемы, можно хоть прямо сейчас копировать данные, но блин! Прошлые два раза так и сделал, да и с чужими дисками так поступаю. Но тут-то! Ведь наверняка там всего пара байт затерлась, а мне теперь 500 гиг копировать, да ещё надо найти куда.
А посмотрим-ка, что же там внутри (предварительно восстановив пару самых дорогих файлов). Под руками были два инструмента: утилита DMDE и редактор WinHex.
Для начала откроем таблицу разделов
Видим, что файловая система начинается с относительного сектора 2048. (Относительного, относительно начала таблицы разделов.) Так как эта таблица на диске первая, то идем к сектору 2048 и видим загрузочную запись файловой системы.
На первый взгляд - всё в порядке. В загрузочной записи есть указатель на очень важную для NTFS структуру MFT. Пойдем, посмотрим, что с ней. Видим, что значение "Sector per Cluster" = 8, "MFT Start Cluster" = 786432. Сама же файловая система начинается с сектора 2048. Значит, чтобы увидеть MFT надо перейти к сектору 2048 + (786432 x 8) = 6293504
Если всё нормально, то выглядеть MFT должна примерно так:
Файловые записи начинаются с "магической" последовательности "FILE" и по смещению 0 от начала сектора должна быть первая запись. Однако, на моём диске почему-то смещение было -44! (минус 44) Словно все записи "съехали" в стороны начала диска на 44 байта. (Первая запись таким образом лишилась своего заголовка) Хорошая новость состояла в том, что эта фигня простиралась не более чем на 3 килобайта, а плохая - в том, что местами записи MFT были ещё и испорчены каким-то "мусором". Впрочем, может это было не так уж и страшно, т.к. запись с файлом "$MFT" была как будто-бы цела, только сдвинута, а для восстановления файловой системы достаточно только этого системного файла. (Запись с файлом "$MFT" как раз и показана на рисунке выше)
В NTFS предусмотрено резервирование записей о четырех системных файлах: "$MFT", "$MFTMirr", "$LogFile", "$Volume". Резервные записи находятся по смещению, задаваемому полем "MFT Mirror Cluster" загрузочной записи. Заглянул что там. Такие же сдвинутые на 44 байта записи, но мусор в других местах. Ну вот и хорошо. Немного поковырявшись с шестнадцатеричным редактором собрал из обрывков четыре файловые записи "$MFT", "$MFTMirr", "$LogFile", "$Volume" (Может и правда, достаточно было только первой, но раз уж была возможность собрать четыре - собрал их все) Затем записал на положенное место.
Далее запустил chkdsk и через пять минут его работы получил нормально работающий диск! :-)
К стати, отчет chkdsk был весьма интересным, обычно наблюдать такое не приходится. Вот он:
C:\Documents and Settings\Administrator>chkdsk /f I:
Тип файловой системы: NTFS.
Метка тома: yko.
Проверка файлов (этап 1 из 3).
Усечение записей атрибутов с неправильными ссылками
из сегмента 3 записи файла.
Удаление поврежденного сегмента 7 записи о файле.
Удаление поврежденного сегмента 11 записи о файле.
Проверка файлов завершена.
Проверка индексов (этап 2 из 3).
Удаление поврежденного индекса $O файла 24.
Удаление поврежденного индекса $Q файла 24.
Удаление поврежденного индекса $O файла 25.
Удаление поврежденного индекса $R файла 26.
Исправление мелкой ошибки в файле 11.
Удаление элемента EfaData из индекса $I30 файла 27.
Удаление элемента Photoshop из индекса $I30 файла 64400.
Удаление элемента PHOTOS
1 из индекса $I30 файла 64400.
Удаление элемента $Txf из индекса $I30 файла 64893.
Удаление элемента $TxfLog из индекса $I30 файла 64893.
Удаление элемента desktop.ini из индекса $I30 файла 70019.
Проверка индексов завершена.
Восстановление потерянных файлов.
Создание индекса $I30 файла 11.
Создание файла идентификатора объекта.
Вставка элемента в индекс $I30 файла 11.
Создание индекса $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Вставка элемента в индекс $O файла 20.
Создание точки повторной обработки.
Вставка элемента в индекс $I30 файла 11.
Создание индекса $R файла 21.
Создание файла квоты.
Вставка элемента в индекс $I30 файла 11.
Создание индекса $O файла 22.
Создание индекса $Q файла 22.
Вставка записи стандартной квоты в индекс $Q файла 22.
Проверка дескрипторов безопасности (этап 3 из 3).
Проверка дескрипторов безопасности завершена.
Вставка атрибута данных в файл 7.
Вставка атрибута данных в файл 24.
Вставка атрибута данных в файл 25.
Вставка атрибута данных в файл 26.
CHKDSK переопределяет информацию USN.
Исправление ошибок в зеркальной копии основной таблицы файлов.
Исправление ошибок в загрузочном файле.
Исправление ошибок в атрибуте BITMAP основной таблицы файлов.
Исправление ошибок в рисунке тома.
Windows сделала изменения в файловой системе.
488383487 КБ всего на диске.
463908696 КБ в 69149 файлах.
25540 КБ в 4493 индексах.
20 КБ в поврежденных секторах.
154731 КБ используется системой.
65536 КБ занято под файл журнала.
24294500 КБ свободно на диске.
Размер кластера: 4096 байт.
Всего кластеров на диске: 122095871.
6073625 кластеров на диске.
В предыдущих статьях мы неоднократно затрагивали тему повреждений HDD. Но что случится, если эти повреждения приобретут массовый характер во всего лишь одном накопителе? Такое развитие событий приведет к неизбежному сбою главной таблицы файлов диска и ряду других неприятных последствий.
Что такое главная таблица файлов?
Главная или Общая таблица файлов диска (Master File Table, MFT) — документ, хранящийся исключительно в файловой системе NTFS. Он является важнейшим винтиком в механизме работы данной системы, поскольку хранит в себе такую информацию как размер, дату и время записи, содержимое файлов.
Любой документ, загружаемый в NTFS, будет записан и в MFT. В случае удаления, файловое пространство будет помечено как свободное и находящееся в ожидании дальнейшей перезаписи. Если же главная таблица файлов была повреждена, все документы в разделе NTFS станут недоступными.
Симптомы повреждения
Как и в случае с любой другой ошибкой, повреждения MFT также не проходят бесследно. Они проявляются следующим образом:
The type of the file system is NTFS.
Volume label Work Folder.
Corrupt master file table. Windows will attempt to recover master file table from disk.
Windows cannot recover master file table. CHKDSK aborted.
Примечание:
Volume label (метка тома) — это название диска, которое в вашем случае может отличаться.
Причины ошибки
В большинстве случаев, повреждение раздела NTFS смело свидетельствует о наличии сбоя главной таблицы файлов. Причин, способных спровоцировать возникновение неполадки, существует множество, но мы разберем самые основные:
- Сбой в работе операционной системы. Например, BSOD (синий экран смерти).
- Вирус, предназначенный для повреждения MFT.
- Неправильное извлечение диска (вы могли отключить его в момент неполного завершения работы компьютера).
- Сбой приложения.
- Наличие битых секторов.
Вне зависимости от причины возникновения неполадки, всегда есть шанс на восстановление диска и данных на нем. Каждая из приведенных ниже инструкций позволит своей простотой существенно сэкономить ваше личное время с большой долей вероятности вернуть HDD к жизни. Приступим!
Восстановление поврежденной таблицы файлов
Дефрагментация диска
В некоторых случаях причиной отказа работы MFT и, как следствие, всей системы NTFS является чрезмерное фрагментирование диска. Решить этот вопрос можно следующим образом:
1. Откройте Мой компьютер .
2. Щелкните правой кнопкой по логическому разделу или физическому диску, с которым предстоит работать, и перейдите в Свойства .
Диск стал RAW
Здравствуйте. В системнике установлены 2 HDD и 1 SSD. На одном из дисков пропал раздел, самый.
Диск стал определяться как RAW
Здравствуйте, пользователи форума! Такая проблема - пытался через Acronis True Image.
Жесткий диск (NTFS 1ТБ) стал RAW
Tau_0, Здравствуйте! Не могли бы вы помочь с восстановлением внешнего жесткого диска? У меня тоже.
Ошибка: BOOTMGR is missing, диск С стал RAW
Добрый день, решил переустановить винду, и вот что из этого вышло: На ПК 1 жесткий диск - на.
Тем более что важные данные вообще должны иметь бэкап, причём желательно не единичный - вот и появилась возможность наконец то сделать таковой. На данном диске много нужной информации, а свободного места для его клонирования нет.
Если инфы много и она действительно важная, настоятельно рекомендую включить здравый смысл и прогуляться до ближайшего лабаза за дополнительным HDD для бэкапа.
Бэкапы - наше всё. Хранить важные данные только на одном носителе - это несусветная глупость. Электроника - это такая штука, которая умирает ВНЕЗАПНО и в некоторых случаях НЕОБРАТИМО.
Доклад окончил.
спс. бэкап это хорошо (сам, когда работал сисадмином, уговорил руководство в его необходимости))), но как обычно в домашних условиях жалко на него место))) но как обычно в домашних условиях жалко на него место Лично я бы подоставал оттуда данные на всяк пожарный, зарезервировал бы их, а потом напустил бы на этот диск - Чекдиск. В данный момент нет возможности купить новый хард. Да и к тому же на нем установлены настроенные спец. программы. Chkdsk делал несколько раз- пишет, что восстановил файловую систему, но изменений нет. У меня сейчас главный вопрос: ПОЧЕМУ ВСЕ ПРОГРАММЫ ВИДЯТ НОРМАЛЬНО HARD, а Win10 как RAW? Chkdsk делал несколько раз- пишет, что восстановил файловую систему, но изменений нета вы галочку "восстанавливать системные ошибки" (парамерт /F) ставили? Но не запускайте чекдиск снова, просто скажите.
Добавлено через 2 минуты
Поймите, при любом глюке с жестким диском, первое, что рекомендуется делать - это посекторную копию данных на другой носитель. Но поскольку у вас такой возможности нет, да еще и спецпрограммы какие-то - не знаю что вам сказать. Нужны специалисты по файловой системе.
Добавлено через 2 минуты
У меня нет желания здесь обьяснять как чекдиск (в некоторых ситуациях) может не только добить файловую систему, но и повредить до него целые данные.
Поэтому, по поводу многократного запуска так и хочется написать словами Шарикова "Мы их душил, душили, душили, душили"
Я так понимаю что тебе надо потерять данные или настроенные программы чтобы реально оценил стоимсоть "беЗценного" - имено БЕЗ потому как стоимость 0-вая.
ПОЧЕМУ ВСЕ ПРОГРАММЫ ВИДЯТ НОРМАЛЬНО HARD, а Win10 как RAW?
Потому что полуфабрикат. И потому что надо анилизировать, а не тупо чекать.
Кстати, ранее подобное было, но в отношении внешних дисков - причём в иных системах диски были не RAW.
Для этого мне нужны вы. И именно здесь, а не на другом форуме.
Имя журнала: Application
Источник: Chkdsk
Дата: 20.06.2018 9:39:07
Код события: 26214
Категория задачи:Отсутствует
Уровень: Сведения
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: DESKTOP-GA1AV88
Описание:
Программа Chkdsk была запущена в режиме чтения и записи.
Проверка файловой системы на \\?\Volume
Тип файловой системы: NTFS.
Этап 1. Проверка базовой структуры файловой системы.
Удаление поврежденного элемента списка атрибутов.
Код типа: B0, файл: 0.
Не удается найти атрибут типа 0xb0, наименьший vcn 0x0,
вхождение тега 0x12 в файле 0x0.
Удаление поврежденного элемента списка атрибутов.
Код типа: B0, файл: 0.
Не удается найти атрибут типа 0xb0, наименьший vcn 0x0,
вхождение тега 0x14 в файле 0x0.
Удаление поврежденного элемента списка атрибутов.
Код типа: B0, файл: 0.
Не удается найти атрибут типа 0xb0, наименьший vcn 0x0,
вхождение тега 0x18 в файле 0x0.
Обработано записей файлов: 447488.
Проверка файлов завершена.
Обработано больших файловых записей: 1340.
Обработано поврежденных файловых записей: 0.
Этап 2. Проверка связей имен файлов.
Обработано записей повторного анализа: 13612.
Обработано записей индекса: 499294.
Проверка индексов завершена.
Проверено неиндексированных файлов: 0.
Восстановлено неиндексированных файлов в утерянное и найденное: 0.
Обработано записей повторного анализа: 13612.
Этап 3. Проверка дескрипторов безопасности.
Проверка дескрипторов безопасности завершена.
Обработано файлов данных: 25904.
CHKDSK проверяет журнал USN.
Завершена проверка журнала USN
Эта копия MFT отличается от исходной MFT.
Исправление ошибок в зеркальной копии основной таблицы файлов.
Windows сделала исправления в файловой системе.
Дальнейшие действия не требуются.
976758780 КБ всего на диске.
643572984 КБ в 205127 файлах.
95052 КБ в 25905 индексах.
0 КБ в поврежденных секторах.
543696 КБ используется системой.
65536 КБ занято под файл журнала.
332547048 КБ свободно на диске.
4096 байт в каждой единице распределения.
Всего единиц распределения на диске: 244189695.
Доступно единиц распределения на диске: 83136762.
Проверка файловой системы на \\?\Volume
Тип файловой системы: NTFS.
Этап 1. Проверка базовой структуры файловой системы.
Удаление поврежденного элемента списка атрибутов.
Код типа: B0, файл: 0.
Не удается найти атрибут типа 0xb0, наименьший vcn 0x0,
вхождение тега 0x12 в файле 0x0.
Удаление поврежденного элемента списка атрибутов.
Код типа: B0, файл: 0.
Не удается найти атрибут типа 0xb0, наименьший vcn 0x0,
вхождение тега 0x14 в файле 0x0.
Удаление поврежденного элемента списка атрибутов.
Код типа: B0, файл: 0.
Не удается найти атрибут типа 0xb0, наименьший vcn 0x0,
вхождение тега 0x18 в файле 0x0.
Обработано записей файлов: 447488.
Проверка файлов завершена.
Обработано больших файловых записей: 1340.
Обработано поврежденных файловых записей: 0.
Этап 2. Проверка связей имен файлов.
Обработано записей повторного анализа: 13612.
Обработано записей индекса: 499294.
Проверка индексов завершена.
Проверено неиндексированных файлов: 0.
Восстановлено неиндексированных файлов в утерянное и найденное: 0.
Обработано записей повторного анализа: 13612.
Этап 3. Проверка дескрипторов безопасности.
Проверка дескрипторов безопасности завершена.
Обработано файлов данных: 25904.
CHKDSK проверяет журнал USN.
Завершена проверка журнала USN
Эта копия MFT отличается от исходной MFT.
Исправление ошибок в зеркальной копии основной таблицы файлов.
Windows сделала исправления в файловой системе.
Дальнейшие действия не требуются.
976758780 КБ всего на диске.
643572984 КБ в 205127 файлах.
95052 КБ в 25905 индексах.
0 КБ в поврежденных секторах.
543696 КБ используется системой.
65536 КБ занято под файл журнала.
332547048 КБ свободно на диске.
4096 байт в каждой единице распределения.
Всего единиц распределения на диске: 244189695.
Доступно единиц распределения на диске: 83136762.
</Data>
<Binary>00D40600848603009BE60500000000002C350000000000000000 000000000000</Binary>
</EventData>
</Event>
Читайте также: