Структура диска повреждена. Чтение невозможно.
 

Приветствую всех!

Помогите с такой проблемой. Похоже слетела MFT. При этом DMDE всё видит, R-Studio всё видит, Active Partition Recovery даже не хочет начинать восстановление, говоря что диск исправен.

chkdsk выдаёт:
C:\Users\User>chkdsk n:
Тип файловой системы: NTFS.
Невозможно определить версию тома и его состояние. Работа CHKDSK прервана.

TSRh, DMDE всё видит, так дайте загрузочный сектор, первые 8 секторов от MFT и от MFTmirr - это сервис - копировать секторы - в файл. Положите на файлообменник или сюда архивом. Если непонятно, то покажите картинку окна "Разделы" в DMDE и параметры загрузочного сектора (выделить нужный раздел/том, потом закрыть окно "Разделы" - и вот она тут).
По картинкам увидел, что нужны секторы 6293506-6293520.
Можно ещё сектор 2048 и секторы 2064-2071

kickman, здравствуйте! Извиняюсь за неопытность, первый раз обращаюсь за помощью на этом форуме.

TSRh, на диске накрылись некоторые записи (перезаписаны другими данными). Возможно, мы ещё не увидели ВСЕХ испорченных.
Вылечить его сейчас можно, но надо избежать подобных проблем в будущем, устранив причины.
Можно долго гадать о причинах, поэтому лучше будет узнать от первоисточника, ЧТО же происходило. Напишите.
Например, диск подключен по USB, или один из дисков "отпал" во время работы, а данные из буфера ОС, предназначавшиеся для него отпавшего, попали на ЭТОТ диск и создали проблемы. Или, похожее бывает при завороте адресного пространства.

Опишите, пожалуйста, как работал диск до появления проблемы.
На другом форуме у Вас запросили SMART - он тоже очень важен, давайте посмотрим его.
Укажите ОС, в которой работали при появлении проблемы, и в которой сейчас будем "чинить". Картинку "Управление дисками" или "Выбрать диск, физические устройства" из DMDE, или всё это словами опишите, какие диски как подключены.

kickman, Да, этот диск подключен по USB в кейсе. Сбой произошёл после копирования большого объёма информации на винт и последующего её считывания через Far - Copy -> nul для проверки надёжности записи. После этого винт не отключался и через некоторое время, после перезагрузки системы, в проводнике зайти на него уже не смог.
Использую ноутбук, в нём встроенный HDD и SSD, Windows 10 x64.

Ещё нашёл какую-то странность с разделами, если в меню по правой кнопке выбрать "Подробно" то их почему-то там 2. Не знаю, может быть так и нужно, не очень в этом разбираюсь.

Да, совсем забыл написать, что когда в DMDE открываю диск, то где-то 5-6 раз появляются сообщения "Ошибка чтения MFT #36-39" (цифры разные). А дальше всё идёт нормально.
Я поэтому и написал, что наверное слетела MFT, а дело видимо сложнее (

Пока что могу предположить только глюк USB-коробкиПо возможности, напишите все эти диапазоны ошибок, которые выходят, посмотрим дампы секторов, где эти ошибки, и начнём лечить.

Я было то же так подумал, что глючная коробка, но у меня есть другая такая же (Agestar USB 3.0), я переставил винт в неё и ничего не изменилось.
Возможно от нагрева контроллеры внутри коробок могут глючить, при возможности куплю что-нибудь подороже.

#2-7
#36-39
#10192-10195
#178496-178503
#178516-178523

TSRh, сделайте, пожалуйста, дампы секторов:
6293576, длиной 8
6293504, длиной 16 (плохо, что я сразу его не спросил, там же видно было; это я потому, что не подумал, что могут быть и дальше ошибки)
А следующие 3 дампа смогу сказать по второму, по записи об самОй $MFT.
Если там нет критичных файлов, то можно и не смотреть, а просто при проверке чекдиском с исправлениями - эти повреждённые записи просто потеряются. А если есть желание починить и восстановить по возможности побольше, то надо смотреть все эти секторы с ошибочными записями MFT. Если там не найдётся нужного и важного, то можно примерно посмотреть по соседним записям, какие идут файлы ДО проблемных записей и ПОСЛЕ них, и сделать вывод, можно ли обойтись без этих повреждённых. Ещё может помочь реконструкция ФС по индексам и Полное сканирование, с включёнными настройками для RAW+NTFS. Пропущенные файлы можно попробовать ещё вытащить из кластеров (повезёт, если они писаны подряд без фрагментации между соседними нормальными файлами - и хуже, если они фрагментированы).
В общем, пока сделайте это и напишите, насколько глубоко нужно восстанавливать. А с утра доделаем, если по простому, или продолжим искать файлы, если там важного много.
Пока что можно ещё сделать вот что: Открыв в DMDE из окна "Разделы" этот том, нажать ALT+F и перейти к файловой записи номер 10192, полистать вверх от неё, посмотреть файлы, а потом вниз, после 10195, тоже посмотреть. Так же повторить для записей от 178496 до 178523 (смотреть выше и ниже них), чтобы понять, какие могли быть там файлы... Напишите, нужные ли они там, если поняли. Там же видны и номера секторов, можете сделать дампы этих проблемных областей самостоятельно, лучше с запасом, от предшествующей проблеме последней годной записи (например, 10191) и до следующей за проблемой первой годной (например, до 10196).
Если нужного ничего нет, то сделаю маленький файлик на 1 кб (патч для MFT), запишем его на диск, и скормим раздел для проверки чекдиску. Посмотрим, что напишет. Предварительно нужно будет ещё сохранить в надёжных местах самые важные файлы (если там есть такие, которые никак нельзя терять).

Здравствуйте, снова!
Самое ценное вроде вытащил, в битых областях нужных файлов нет, готов к восстановлению

Разархивируйте, потом DMDE - окно разделы - выделить нужный раздел. Окно "Разделы" закрыть. Сервис - Копировать секторы - источник - файл - выбрать разархивированный. Место назначения - должно подставиться автоматом - этот диск, и начальный сектор 6293510. Если всё верно, то пишите. Если есть сомнения, то покажите картинку подтверждения записи. Проверим вместе.
После записи патча нужно выйти из DMDE и проверить диск (без ключей!) в режиме только чтения, по типу CHKDSK E: и всё, пусть проверит и покажет. Можно скопировать текстовый вывод или сразу направить его в файл, по типу CHKDSK E: >>c:\log_e.log

Подставляется начальный сектор 6293504, менять на 6293510 ?

TSRh, Да, менять!!!

C:\Users\User>chkdsk n:
Тип файловой системы: NTFS.
Метка тома: tera2.

ПРЕДУПРЕЖДЕНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.

Этап 1. Проверка базовой структуры файловой системы...
В сегменте 2B948 записи файла обнаружены неправильные данные.
В сегменте 2B949 записи файла обнаружены неправильные данные.
В сегменте 2B94A записи файла обнаружены неправильные данные.
В сегменте 2B94B записи файла обнаружены неправильные данные.
В сегменте 2B94C записи файла обнаружены неправильные данные.
В сегменте 2B94D записи файла обнаружены неправильные данные.
В сегменте 2B94E записи файла обнаружены неправильные данные.
В сегменте 2B94F записи файла обнаружены неправильные данные.
В сегменте 2B950 записи файла обнаружены неправильные данные.
В сегменте 2B953 записи файла обнаружены неправильные данные.
Обработано записей файлов: 190976.
Проверка файлов завершена.
Сегмент записей в файле 4 потерян.
Сегмент записей в файле 24 потерян.
Сегмент записей в файле 25 потерян.
Сегмент записей в файле 27D2 потерян.
Сегмент записей в файле 2B941 потерян.
Сегмент записей в файле 2B942 потерян.
Сегмент записей в файле 2B944 потерян.
Сегмент записей в файле 2B946 потерян.
Сегмент записей в файле 2B954 потерян.
Сегмент записей в файле 2B958 потерян.
Сегмент записей в файле 2B959 потерян.
Сегмент записей в файле 2B95A потерян.
Обработано больших файловых записей: 27603.
Сегмент записей в файле 2B95B потерян.

Обнаружены ошибки. Продолжение работы в режиме только чтения невозможно.

TSRh, пересчитал сейчас - это как раз повреждённые записи о тех файлах, про которые Вы решили, что они не нужны. Лучше бы глянуть дампы, иногда данные бывают сдвинуты (и тогда их можно починить), но тут, похоже, не тот случай. Возможно, нужные фрагменты MFT могут быть обнаружены полным сканированием в DMDE. Если хотите. Если быстро и с потерями, не разбираясь в причинах, то можно запускать чекдиск уже с ремонтом:
CHKDSK N: /F
После чистки этих записей он ещё будет чинить $Root, $Bitmap и некоторые другие метафайлы. Поэтому вывод текста будет обширным. Если он интересен, то можно сразу в файл направлять.
CHKDSK N: /F >>fix_N.log
Во время работы чекдиска в таком режиме ничего видно не будет, но файл лога при этом можно просматривать с помощью FAR практически в реальном времени.

kickman, Здравствуйте снова!

Извиняюсь за долгое молчание

C:\Users\User>chkdsk /f n:
Тип файловой системы: NTFS.
Метка тома: tera2.

Этап 1. Проверка базовой структуры файловой системы...
Исправление неправильной информации в сегменте записи файла 2B948.
Исправление неправильной информации в сегменте записи файла 2B949.
Исправление неправильной информации в сегменте записи файла 2B94A.
Исправление неправильной информации в сегменте записи файла 2B94B.
Исправление неправильной информации в сегменте записи файла 2B94C.
Исправление неправильной информации в сегменте записи файла 2B94D.
Исправление неправильной информации в сегменте записи файла 2B94E.
Исправление неправильной информации в сегменте записи файла 2B94F.
Исправление неправильной информации в сегменте записи файла 2B950.
Исправление неправильной информации в сегменте записи файла 2B953.
Обработано записей файлов: 190976.
Проверка файлов завершена.
Удаление потерянного сегмента записи о файле 4.
Удаление потерянного сегмента записи о файле 24.
Удаление потерянного сегмента записи о файле 25.
Удаление потерянного сегмента записи о файле 27D2.
Удаление потерянного сегмента записи о файле 2B941.
Удаление потерянного сегмента записи о файле 2B942.
Удаление потерянного сегмента записи о файле 2B944.
Удаление потерянного сегмента записи о файле 2B946.
Удаление потерянного сегмента записи о файле 2B954.
Удаление потерянного сегмента записи о файле 2B958.
Удаление потерянного сегмента записи о файле 2B959.
Удаление потерянного сегмента записи о файле 2B95A.
Обработано больших файловых записей: 27603.
Удаление потерянного сегмента записи о файле 2B95B.
Обработано поврежденных файловых записей: 0.

Этап 2. Проверка связей имен файлов...
Исправление неправильной информации в сегменте записи файла 5.
Удаление элемента $UsnJrnl из индекса $I30 файла B.
Обработано записей повторного анализа: 1.
Удаление элемента индекса $O файла 19.
Обработано записей повторного анализа: 2.
Вставка элемента в индекс $O файла 19.
Исправление ошибки в индексе $I30 файла 2B.
Программа CHKDSK обнаружила свободное место, помеченное в битовой карте как выделенное. Индекс: $I30, файл: 2B.
Сортировка индекса $I30 файла 2B.
Удаление элемента watch.js из индекса $I30 файла 27B5.
Удаление элемента zenmateLogoBlack.png из индекса $I30 файла 27B5.
Удаление элемента ZENMAT~1.PNG из индекса $I30 файла 27B5.
Обработано записей индекса: 210590.
Проверка индексов завершена.
Создание нового корневого каталога.
Программа CHKDSK осуществляет поиск неиндексированных файлов и их повторное сопоставление с исходным каталогом.
Восстановление потерянного файла $MFT (0) в файле каталога 5.
Восстановление потерянного файла $MFTMirr (1) в файле каталога 5.
Восстановление потерянного файла $LogFile (2) в файле каталога 5.
Восстановление потерянного файла $Volume (3) в файле каталога 5.
Восстановление потерянного файла $AttrDef (4) в файле каталога 5.
Исправление неправильной информации в сегменте записи файла 5.
Восстановление потерянного файла . (5) в файле каталога 5.
Восстановление потерянного файла $Bitmap (6) в файле каталога 5.
Восстановление потерянного файла $Boot (7) в файле каталога 5.
Восстановление потерянного файла $BadClus (8) в файле каталога 5.
Восстановление потерянного файла $Secure (9) в файле каталога 5.
Пропускаются дальнейшие сообщения о восстановлении потерянных объектов.
Проверено неиндексированных файлов: 63.
Восстановлено неиндексированных файлов в первоначальный каталог: 48.
Программа CHKDSK восстанавливает оставшиеся неиндексированные файлы.
Восстановлено неиндексированных файлов в утерянное и найденное: 15.
Утерянное и найденное расположено по адресу \found.000

Обработано записей повторного анализа: 2.

Этап 3. Проверка дескрипторов безопасности...
Проверка дескрипторов безопасности завершена.
Вставка атрибута данных в файл 2.
Вставка атрибута данных в файл 4.
Вставка атрибута данных в файл 6.
Вставка атрибута данных в файл 7.
Обработано файлов данных: 9811.
CHKDSK переопределяет информацию USN...
Исправление ошибок в зеркальной копии основной таблицы файлов.
Исправление ошибок в таблице описания атрибутов.
Исправление ошибок в загрузочном файле.
Исправление ошибок в файле журнала.
Исправление ошибок в атрибуте BITMAP основной таблицы файлов.
Исправление ошибок в битовой карте тома.

Windows сделала исправления в файловой системе.
Дальнейшие действия не требуются.

976759807 КБ всего на диске.
520707604 КБ в 141084 файлах.
68556 КБ в 9813 индексах.
0 КБ в поврежденных секторах.
287863 КБ используется системой.
65536 КБ занято под файл журнала.
455695784 КБ свободно на диске.

4096 байт в каждой единице распределения.
Всего единиц распределения на диске: 244189951.
Доступно единиц распределения на диске: 113923946.



только теперь разрешения все слетели во вкладке "Безопасность" диска, ну здесь уж думаю сам восстановлю как было

Огромное вам спасибо!

TSRh, не добавилось ли слишком много свободного места? В смысле, что отдельные файлы пропасть могли. И проверьте папку \found.000 - там может быть что-то интересное. Просмотром понять содержимое, а потом переназвать с новым расширением (FAR manager здорово помогает в этом деле) и открыть. Есть и программки для автоматической сортировки подобных файлов чекдиска по их содержимому.

kickman, нет, слава технобогу, всё на месте, только 4 ценных фото в found.000 и в found.001 какие-то непонятные js css jpg, которые я просто удалил

спасибо ещё раз!

Блин, рано я радовался (
Винт проработал сутки и под вечер стал клацать головками.
Придётся везти в СЦ, видимо какой-то заводской дефект, проявляющийся при записывании больших объёмов информации за раз.

Похоже на нехватку питания, а на компе по SATA он определяется? Стучит или нет?

А подскажите. пожалуйста, почему процесс проверки диска из командной строки замирает в некоторых местах (Например, как на скриншоте) на несколько секунд, хотя до и после проходит очень шустро.

Спасибо.

del

Nar4
Посмотри содержимое указанной папки и станет понятно почему такое происходит.

Доброй ночи!

Подскажите, у меня аналогичная проблема, только совсем плохая. Единственно, что находят утилиты восстановления данных, на 2-х нерабочих разделах - это 3 файла (см. вложение) . Скажите, при такой ситуации, это уже всё, как я понимаю?