Correcting error in index i30 for file что делать
Этот форум закрыт. Спасибо за участие!
Спрашивающий
Общие обсуждения
Имеем следующее железо:
RAID контроллер Intel 82801 GR/GH, 4 SATA канала на которых висит:
два винта по 320Гб в RAID1 назовем его DATA0, и два винта по 400Гб в RAID1 назовем его DATA1.
ОС: Win 2003 Server + SP2
Периодически на томе DATA1 появляются ошибки, вот запись из логов:
Сначала появляется вот это:
—————
Event Type: Error
Event Source: Ntfs
Event Category: Disk
Event ID: 55
Date: 22.10.2007
Time: 10:52:55
User: N/A
Computer: SERVER
Description:
The file system structure on the disk is corrupt and unusable. Please run the chkdsk utility on the volume DATA1.
—————
Потом начинают сыпаться вот такие, с каждым файлом, к которому попытались сделать обращение на чтение-запись:
Запуск chkdsk выдает следующее:
—————
chkdsk /f /x
The type of the file system is NTFS.
Cannot lock current drive.
Volume dismounted. All opened handles to this volume are now invalid.
Volume label is OFFICE.
268430052 KB total disk space.
108550092 KB in 163118 files.
56092 KB in 11040 indexes.
0 KB in bad sectors.
626636 KB in use by the system.
65536 KB occupied by the log file.
159197232 KB available on disk.
4096 bytes in each allocation unit.
67107513 total allocation units on disk.
39799308 allocation units available on disk.
После этого удаляются все эти файлы, которые chkdsk нашел.
Это, как правило, те файлы, которые пользователи открывали на чтение-запись после первой ошибки.
Если это была папка, то она не удаляется, а попадает в found.000
ДЕЙСТВИЯ ПО ДИАГНОСТИКЕ И УСТРАНЕНИЮ.
1. Заменены SATA кабели у обоих винчестеров массива DATA1.
Проблема осталась. Не глюк кабеля.
4. Оба диска, составляющие массив DATA1 проверены на другой машине с помощью MHDD и Victoria.
На винтах проблем не выявлено, SMART впорядке. Глюк не в винтах.
5. Содержимое массива проверено на вирусы. Не обнаружено. Проблема не в вирусах.
7. Установлено дополнительно охлаждение винчестеров, RAID-контроллера, процессора.
Проблема не решилась. Причина не в перегреве.
8. Был установлен SP2. Проблема осталась. Причина не в обновлениях.
Родилось предположение, что контроллер хреново работает с большими дисками (диски в DATA1 больше чем в DATA0)
10. Установлен еще один RAID контроллер Tekram TR-824, DATA1 перевешен на него.
Проблема не решилась. Глюк не в RAID контроллере.
Похоже проблема не аппаратная, а програмная (логическая).
Смотрим что на диске записано.
Всего около 500 тыс. файлов объемом
150Гб
Из них встречаются файлы с длиной пути больше 255 символов (как они их делают, если винда даже зайти в такую папку не может?)
12. Все(?) длинные пути укорочены (папки заархивированы).
Проблема стала появлятья реже(?), но не устранена.
Вроде бы все описал.
На support.microsoft.com нашел только вот это:
—————
Аннотация
В данной статье рассматривается процесс проверки выделения дискового пространства в файловой системе NTFS для определения вызывающих неполадки файлов и папок или обнаружения повреждений тома на компьютерах с Windows Server 2003.
Файловая система NTFS поддерживает ряд функций уровня дисков и файлов, которые могут стать причиной потерь и неправильного определения свободного пространства на диске. Например, том NTFS может неожиданно переполняться без видимой причины, а администратору при этом может быть сложно обнаружить причину или найти вызывающие неполадки файлы и папки. Эта проблема может возникнуть, если произошло злонамеренное или несанкционированное вторжение в том NTFS, на который тайно копируются несколько очень больших или очень много маленьких файлов. После этого разрешения NTFS этих файлов были удалены или ограничены. Эта неполадка также может возникнуть в случае повреждения тома в результате неполадок в компьютере или отключения питания.
Ошибки в данных о распределении дискового пространства тома NTFS могут возникать по указанным ниже причинам.
• Размер кластера тома NTFS слишком велик для среднего размера хранящихся на нем файлов.
• Атрибуты файлов или разрешения NTFS не позволяют отобразить файлы и папки или получить к ним доступ через Проводник или командную строку Windows.
• Длина пути к папке превышает 255 знаков.
• Папки или файлы имеют неправильные или зарезервированные имена.
• Метафайлы NTFS (такие как основная таблица файлов [MFT]) увеличились в объеме и не могут быть освобождены.
• Файлы или папки содержат альтернативные потоки данных.
• Повреждение NTFS является причиной определения свободного пространства как используемого.
• Другие особенности NTFS могут стать причиной неправильного выделения пространства под файлы.
—————
Однако тут проблема не с неправильным распределением свободного места, а вообще глюки ntfs, в результате которых теряется информация
Что это такое? Какие будут идеи? Что еще можно попробовать?
Уменьшить размер кластера (сейчас 4Кб)?
А что такое «Папки или файлы имеют неправильные имена»?
Error Information
This repair tool can fix common computer errors like BSODs, system freezes and crashes. It can replace missing operating system files and DLLs, remove malware and fix the damage caused by it, as well as optimize your PC for maximum performance.
Definitions (Beta)
Here we list some definitions for the words contained in your error, in an attempt to help you understand your problem. This is a work in progress, so sometimes we might define the word incorrectly, so feel free to skip this section!
Runtime errors happen without warning. The error message can come up the screen anytime Windows Chkdsk is run. In fact, the error message or some other dialogue box can come up again and again if not addressed early on.
There may be instances of files deletion or new files appearing. Though this symptom is largely due to virus infection, it can be attributed as a symptom for runtime error, as virus infection is one of the causes for runtime error. User may also experience a sudden drop in internet connection speed, yet again, this is not always the case.
During software design, programmers code anticipating the occurrence of errors. However, there are no perfect designs, as errors can be expected even with the best program design. Glitches can happen during runtime if a certain error is not experienced and addressed during design and testing.
Runtime errors are generally caused by incompatible programs running at the same time. It may also occur because of memory problem, a bad graphics driver or virus infection. Whatever the case may be, the problem must be resolved immediately to avoid further problems. Here are ways to remedy the error.
Repair Methods
Runtime errors may be annoying and persistent, but it is not totally hopeless, repairs are available. Here are ways to do it.
If a repair method works for you, please click the upvote button to the left of the answer, this will let other users know which repair method is currently working the best.
Correcting error in index i30 for file что делать
системный SSD перестал грузить винду, автоматический repair на старте винды не помогает (он просто висит много часов на «repairing disk» и виснет потом), если загрузиться с USB в recovery console, то можно почти все файлы скопировать (и на том спасибо), но на некоторых файлах и директориях (на этапе dir) консоль виснет намертво (я комп перезагрузил за прошлую ночь раз 80, наверное, пока выжившие файлы спасал).
Втыкал через переходник в USB в другой комп — тот говорит, что на SMART все хорошо, никаких проблем с диском не увидел (с копированием те же проблемы на тех же файлах/директориях).
Когда скопировал файлы, решил еще раз попробовать chkdsk (на родном компе, по SATA) — он дошел до 84% на Stage 2, повисел сколько-то минут, и выдал вот такую штуку:
скриншот
Кто-нибудь что-нибудь в этом понимает? гугление ничего внятного не дало, что дальше делать, непонятно
лог chkdsk с другого компа (через USB, не SATA):
562944 file records processed. File verification completed.
ругается на то же самое, что и то, что на скриншоте выше, но информации чуть больше (ну и сакраментальное: There was a problem repairing this drive. Windows was unable to repair the drive. Close this dialog box, and then try to repair the drive again).
 | От: | Evgeny.Panasyuk |
| Дата: | 15.10.16 15:56 | |
| Оценка: |
J>Кто-нибудь что-нибудь в этом понимает? гугление ничего внятного не дало, что дальше делать, непонятно
(сразу скажу, ни разу не эксперт в этом, так что далее лишь предположения WITHOUT WARRANTY OF ANY KIND)
1. Попробуй сделать полный образ всего диска на сыром уровне, без вмешательства fs — dd if=/dev/SOURCEDEVICE of=
/sandisk_sdd.img bs=32M — это можно сделать практически с любого live-Linux (ЕМНИП в Clonezilla вообще через меню). Это может прояснить ситуацию в чём именно проблема — в железе или в ФС, плюс если получится сделать образ то можно не боятся экспериментировать с ним.
2. Есть разнообразные Live CD/USB на базе Linux (бывает и Windows) — напичканные утилитами для восстановления/проверки, да и получишь более подробный log. Из названий вспоминается R-Studio.
3. А сколько свободного места? Можно попробовать удалить не нужное/уже спасённое, и за-TRIM’ать это всё — может ему полегчает.
J>гугление ничего внятного не дало, что дальше делать, непонятно
Все нужные файлы спасены?
 | От: | jazzer | Skype: enerjazzer |
| Дата: | 15.10.16 18:12 | ||
| Оценка: |
/sandisk_sdd.img bs=32M — это можно сделать практически с любого live-Linux (ЕМНИП в Clonezilla вообще через меню). Это может прояснить ситуацию в чём именно проблема — в железе или в ФС, плюс если получится сделать образ то можно не боятся экспериментировать с ним.
EP>2. Есть разнообразные Live CD/USB на базе Linux (бывает и Windows) — напичканные утилитами для восстановления/проверки, да и получишь более подробный log. Из названий вспоминается R-Studio.
Попробовал Clonezilla — она (вернее, particlone, который она внутри себя запустила) показала свою левую резьбу:
ntfsclone-ng.c: NTFS volume ‘/dev/sdb2’ is scheduled for a check or it was shutdown uncleanly. Please boot Windows or fix it by fsck.
(при этом про fsck жкраном раньше написано, что не надо рисковать на NTFS)
EP>3. А сколько свободного места? Можно попробовать удалить не нужное/уже спасённое, и за-TRIM’ать это всё — может ему полегчает.
места дофига, больше половины.
J>>гугление ничего внятного не дало, что дальше делать, непонятно
EP>Все нужные файлы спасены?
не все, в том-то и дело. некоторые директории не открылись 
| | От: | Evgeny.Panasyuk |
| Дата: | 15.10.16 18:32 | |
| Оценка: |
J>ntfsclone-ng.c: NTFS volume ‘/dev/sdb2’ is scheduled for a check or it was shutdown uncleanly. Please boot Windows or fix it by fsck.
J>(при этом про fsck жкраном раньше написано, что не надо рисковать на NTFS)
Нужно попробовать создать именно сырой образ всего диска, никак не пытаясь интерпретировать файловую систему. В Clonezilla ЕМНИП были варианты на этот счёт.
Если нет — то подойдёт практически любой live-linux (Ubuntu Live, Kali, etc) — в них есть dd.
EP>>3. А сколько свободного места? Можно попробовать удалить не нужное/уже спасённое, и за-TRIM’ать это всё — может ему полегчает.
J>места дофига, больше половины.
А какая OS? TRIM был включён? SSD мог не видеть это пустое место, что увеличивает неравномерность износа ячеек.
Ключевые слова — Trim, Wear leveling.
| | От: | jazzer | Skype: enerjazzer |
| Дата: | 16.10.16 02:54 | ||
| Оценка: |
Здравствуйте, Evgeny.Panasyuk, Вы писали:
EP>Нужно попробовать создать именно сырой образ всего диска, никак не пытаясь интерпретировать файловую систему. В Clonezilla ЕМНИП были варианты на этот счёт.
EP>Если нет — то подойдёт практически любой live-linux (Ubuntu Live, Kali, etc) — в них есть dd.
Да, я именно так и пробовал — он предлагал весь диск и по партишенам — я выбрал первое.
Попробую другие тоже.
EP>А какая OS? TRIM был включён? SSD мог не видеть это пустое место, что увеличивает неравномерность износа ячеек.
EP>Ключевые слова — Trim, Wear leveling.
| | От: | Evgeny.Panasyuk |
| Дата: | 16.10.16 03:11 | |
| Оценка: |
Здравствуйте, jazzer, Вы писали:
EP>>Нужно попробовать создать именно сырой образ всего диска, никак не пытаясь интерпретировать файловую систему. В Clonezilla ЕМНИП были варианты на этот счёт.
EP>>Если нет — то подойдёт практически любой live-linux (Ubuntu Live, Kali, etc) — в них есть dd.
J>Да, я именно так и пробовал — он предлагал весь диск и по партишенам — я выбрал первое.
Видимо он пытается где-то хитрить, типа копировать не всё а только занятое, а для этого нужно лезть в ФС.
Проще тогда взять dd — он топорнее всего — я им много раз делал образы/бэкапы, а потом перезаливал, иногда частично — только MBR.
Вот здесь для него показана опция для продолжения после ошибок — conv=noerror,sync
 | От: | SkyDance |
| Дата: | 16.10.16 04:49 | |
| Оценка: |
J>Втыкал через переходник в USB в другой комп — тот говорит, что на SMART все хорошо
USB переходники могут некорректно передавать SMART.
По симптомам, похоже, да, какие-то конкретные секторы ушли навеки. И, похоже, это были секторы из MFT или одного из extent’ов.
 | От: | Хон Гиль Дон |
| Дата: | 17.10.16 12:32 | |
| Оценка: |
Здравствуйте, jazzer, Вы писали:
J>системный SSD перестал грузить винду, автоматический repair на старте винды не помогает (он просто висит много часов на «repairing disk» и виснет потом), если загрузиться с USB в recovery console, то можно почти все файлы скопировать (и на том спасибо), но на некоторых файлах и директориях (на этапе dir) консоль виснет намертво (я комп перезагрузил за прошлую ночь раз 80, наверное, пока выжившие файлы спасал).
J>Втыкал через переходник в USB в другой комп — тот говорит, что на SMART все хорошо, никаких проблем с диском не увидел (с копированием те же проблемы на тех же файлах/директориях).
J>Когда скопировал файлы, решил еще раз попробовать chkdsk (на родном компе, по SATA) — он дошел до 84% на Stage 2, повисел сколько-то минут, и выдал вот такую штуку:
J>скриншот
Обработка ошибок обычно является наименее тестируемой частью в любой программе, и софт накопителя, равно как и файловой системы, тут не исключение. Так что в описанном поведении ничего странного вроде как и нет.
J>Кто-нибудь что-нибудь в этом понимает? гугление ничего внятного не дало, что дальше делать, непонятно
J>P.S. SanDisk X110
Для начала я б попробовал влить в него наираспоследнюю прошивку. Вдруг как раз этот баг починили и оно начнёт просто на ошибки ругаться.
Здравствуйте, jazzer, Вы писали:
SSD по отзывам (и по моему опыту) грохается сразу и без шансов на восстановление, если вы видите «repairing disk» скорее всего у вас что-то с виндой
 | От: | koandrew | http://thingselectronic.blogspot.ca/ |
| Дата: | 21.10.16 12:57 | ||
| Оценка: | 5 (1) +1 | ||
Здравствуйте, jazzer, Вы писали:
J>системный SSD перестал грузить винду, автоматический repair на старте винды не помогает (он просто висит много часов на «repairing disk» и виснет потом), если загрузиться с USB в recovery console, то можно почти все файлы скопировать (и на том спасибо), но на некоторых файлах и директориях (на этапе dir) консоль виснет намертво (я комп перезагрузил за прошлую ночь раз 80, наверное, пока выжившие файлы спасал).
Как это случилось? Вот просто так на ровном месте в один «прекрасный» момент всё перестало пахать? Или как?
К чему я это спрашиваю — у меня была похожая проблема после того, как неожиданно (для компа) в розетке кончилось электричество. И точно так же некоторые файлы (само собой, по закону подлости они оказались самыми нужными) оказались повреждёнными. Я грузился из-под «консоли восстановления» вин10 (кажись так она называется в русской версии), и копировал файлы по одному (потому что копирование сразу нескольких файлов почему-то зависало), причём копирование в рандомные моменты зависало (но после перезагрузки тот же файл нормально копировался). В общем, после 100500 перезагрузок все важные файлы я скопировал, после чего отформатировал диск — до сих пор работает как часы. Мораль — при работе с SSD 1) отключайте кэширование записи (по идее винда сама должна отключать, но лучше убедиться лично), и 2) купите хотя бы простейший ИБП. Дело в том, что флеш-память (в отличие от «обычных» HDD) нельзя просто перезаписать — нужно сначала обнулить сектор (erase), и только потом туда что-то записать. Если в промежутке между этими операциями кончится электричество — ну вы поняли.
 | От: | andrey.desman |
| Дата: | 21.10.16 14:12 | |
| Оценка: |
Здравствуйте, koandrew, Вы писали:
K>К чему я это спрашиваю — у меня была похожая проблема после того, как неожиданно (для компа) в розетке кончилось электричество. И точно так же некоторые файлы (само собой, по закону подлости они оказались самыми нужными) оказались повреждёнными. Я грузился из-под «консоли восстановления» вин10 (кажись так она называется в русской версии), и копировал файлы по одному (потому что копирование сразу нескольких файлов почему-то зависало), причём копирование в рандомные моменты зависало (но после перезагрузки тот же файл нормально копировался). В общем, после 100500 перезагрузок все важные файлы я скопировал, после чего отформатировал диск — до сих пор работает как часы.
K>Мораль — при работе с SSD 1) отключайте кэширование записи (по идее винда сама должна отключать, но лучше убедиться лично),
Это не надо, не поможет.
и 2) купите хотя бы простейший ИБП.
Это верно.
K>Дело в том, что флеш-память (в отличие от «обычных» HDD) нельзя просто перезаписать — нужно сначала обнулить сектор (erase), и только потом туда что-то записать. Если в промежутке между этими операциями кончится электричество — ну вы поняли.
На диске тоже можно сектор потерять, не в этом дело. На SSD надо стирать весь erase-block, который может быть от 512К и выше, чтобы переписать несчастные 4К. В этом деле TRIM очень помогает, потому как дает знать контроллеру SSD о наличии свободного места. Меньше шанс накосячить при незаполненной ФС.
Но дело дело даже не в этом. Ну потеряешь ты не 4К, а 1М — это не так страшно. Страшно, что на MLC SSD простейшей операцией записи можно похерить совершенно рандомные данные, в том числе и структуру файловой системы, которая к переписываемым данным никакого отношения не имеет.
Что еще хуже, так это то, что SSD часть памяти отводят на маппинг LBA flash offset и прочие внутренние данные, и при особом везении, если эта структура похерится, можно грохнуть вообще все данные на диске.
Есть 3 безопасных варианта использования SSD:
в ноутбуке,
в десктопе с ИБП,
использовать SSD от Intel. Из тестов только интеловские SSD стабильно не сыпятся от потери питания.
| | От: | koandrew | http://thingselectronic.blogspot.ca/ |
| Дата: | 21.10.16 16:18 | ||
| Оценка: |
Здравствуйте, andrey.desman, Вы писали:
AD>Это не надо, не поможет.
Это надо, чтобы не потерять данные в случае зависания компа. Я в своё время игрался с nSight’ом, а он периодически подвешивал комп.
| | От: | SkyDance |
| Дата: | 21.10.16 17:31 | |
| Оценка: |
AD>использовать SSD от Intel. Из тестов только интеловские SSD стабильно не сыпятся от потери питания.
На этом месте хорошо бы ссылку на свежие (не старше 2015 года) тесты. Обязательно с участием SSD от Samsung, Toshiba, Plextor, Kingston.
 | От: | CreatorCray |
| Дата: | 21.10.16 17:59 | |
| Оценка: | 5 (1) +2 | |
| | От: | Evgeny.Panasyuk |
| Дата: | 21.10.16 21:36 | |
| Оценка: | +2 | |
Здравствуйте, andrey.desman, Вы писали:
AD>Есть 3 безопасных варианта использования SSD:
AD>в ноутбуке,
AD>в десктопе с ИБП,
AD>использовать SSD от Intel. Из тестов только интеловские SSD стабильно не сыпятся от потери питания.
+ самый топорный: делать регулярные бэкапы всего, для этого есть удобные программы с инкрементальными бэкапами. Причём в случае HDD их тоже желательно делать, особенно в случае ноутбука — так как его могут украсть, можно разбить, утопить и т.п.
 | От: | RBender |
| Дата: | 23.10.16 12:55 | |
| Оценка: |
Здравствуйте, jazzer, Вы писали:
J>системный SSD перестал грузить винду,
Недавно была похожая проблема на Plextor 256M5S.
Помогла перепрошивка, видимо, что-то в коде контроллера поломалось.
| | От: | andrey.desman |
| Дата: | 23.10.16 13:15 | |
| Оценка: |
Здравствуйте, CreatorCray, Вы писали:
CC>Это работает несколько не так. SSD никогда не перезаписывает тот же сектор, пишется всегда в свободное место а старое стирается и становится свободным когда нибудь потом. TRIM всего лишь помогает с определением какие сектора в блоке точно ненужные если они просто были ОС освобождены но не «перезаписаны» в логическом пространстве.
Он не «всего лишь» помогает, а очень даже помогает. Без него, если один раз забил диск до отказа (то есть как минимум единожды записывал данные в каждый сектор LBA) то свободного места там будет только в объеме зарезервированного. Без трима и жизнь ССД сократится, и производительность будет страдать.
| | От: | jazzer | Skype: enerjazzer |
| Дата: | 25.10.16 00:10 | ||
| Оценка: |
Здравствуйте, RBender, Вы писали:
RB>Здравствуйте, jazzer, Вы писали:
J>>системный SSD перестал грузить винду,
RB>Недавно была похожая проблема на Plextor 256M5S.
RB>Помогла перепрошивка, видимо, что-то в коде контроллера поломалось.
В смысле, перепрошивка той же самой версии, просто на всякий случай?
Потому что мой сейчас на последней.
| | От: | jazzer | Skype: enerjazzer |
| Дата: | 25.10.16 00:24 | ||
| Оценка: |
Здравствуйте, koandrew, Вы писали:
K>Здравствуйте, jazzer, Вы писали:
J>>системный SSD перестал грузить винду, автоматический repair на старте винды не помогает (он просто висит много часов на «repairing disk» и виснет потом), если загрузиться с USB в recovery console, то можно почти все файлы скопировать (и на том спасибо), но на некоторых файлах и директориях (на этапе dir) консоль виснет намертво (я комп перезагрузил за прошлую ночь раз 80, наверное, пока выжившие файлы спасал).
K>Как это случилось? Вот просто так на ровном месте в один «прекрасный» момент всё перестало пахать? Или как?
Да. Просто видна зависла в лок-скрине, а после ребута при запуске.
K>К чему я это спрашиваю — у меня была похожая проблема после того, как неожиданно (для компа) в розетке кончилось электричество. И точно так же некоторые файлы (само собой, по закону подлости они оказались самыми нужными) оказались повреждёнными. Я грузился из-под «консоли восстановления» вин10 (кажись так она называется в русской версии), и копировал файлы по одному (потому что копирование сразу нескольких файлов почему-то зависало), причём копирование в рандомные моменты зависало (но после перезагрузки тот же файл нормально копировался). В общем, после 100500 перезагрузок все важные файлы я скопировал, после чего отформатировал диск — до сих пор работает как часы. Мораль — при работе с SSD 1) отключайте кэширование записи (по идее винда сама должна отключать, но лучше убедиться лично), и 2) купите хотя бы простейший ИБП. Дело в том, что флеш-память (в отличие от «обычных» HDD) нельзя просто перезаписать — нужно сначала обнулить сектор (erase), и только потом туда что-то записать. Если в промежутке между этими операциями кончится электричество — ну вы поняли.
вроде, на win10 TRIM по умолчанию включен.
Тут еще две детали есть.
Я подключил к другому компу его по сата, и заюзал их родную сандисковскую утилитку.
Она тоже показала, что в SMART все хорошо, но когда я попросил провести SMART test, они (и базовый, и расширенный) не прошли дальше 10%.
После чего я заюзал HDDScan — сканирование «поверхности» в read-only — оно начало рисовать бэд-блоки.
Ну и на родном компе я сохранил низкоуровневый образ диска через dd — он тоже показал кучу read errors.
Так что я не уверен, что это все можно списать чисто на повреждение NTFS, и не уверен, что форматирование что-то изменит, с учетом ошибок низкоуровневого чтения.
Но попробую, конечно, тем более что саппорт тоже сказал форматнуть, прежде чем посылать к ним на замену.
| | От: | Evgeny.Panasyuk |
| Дата: | 25.10.16 06:41 | |
| Оценка: |
Здравствуйте, jazzer, Вы писали:
J>Ну и на родном компе я сохранил низкоуровневый образ диска через dd — он тоже показал кучу read errors.
Этот образ кстати можно монтировать через mount (опять-таки, предварительно сделав резервную копию) — там сначала нужно узнать смещение partition через fdisk, а потом примонтировать с этим смещением + ещё какая-то опция, легко ищется по «mount dd image». Но не факт что *nix’овые NTFS утилиты прожуют этот раздел (так как в нём структурные ошибки).
Этот же образ можно то ли напрямую подцепить к VirtualBox, то ли сконвертировать штатной утилитой, тоже легко ищется «dd disk image virtualbox».
Можно попробовать запустить этот образ внутри VM, либо сразу загрузить с диска Windows Recovery Console, и уже через неё chkdsk на этот виртуальный образ. Дело в том что в этом случае железные ошибки не будут мешать, и шансов восстановится больше.
