» Пропал диск. Восстановление таблицы разделов (не данных) - 2

leonn001
RAW из -за некорректной таблицы разделов может быть, но это исправляется без таблицы другого.
Но это очень малый процент такого состояния разделов - куда больше из за других. И вполне возможно что и у тебя так же.
Может не стоит заниматься "самодиагностированием по большому медицинскому справочнику"? А пройти осмотр - тем более что он бесплатен.
Покажи скриншот экрана разделы из DMDE и сбрось дамп 0-го сектора физического диска и 0-вые проблемных логических. можешь сделать аналогичное для другого.

И что означает восстанавливается но не вся? "Битые" данные (восстановленные ломанной версией)? Или что?


Цитата:

Когда я обнаружил проблему с диком, сразу же сделал бекап этого диска акрониксом, чтобы пошаманить, когда будет свободное время.

У акрониса есть разные проги. Все не проверял, но TI делает якобы полный клон с изменением структуры служебных записей. Если то же самое делается и с образом, то толку от такого образа в таких случаях -0.0.

leonn001
А Paragon Hard Disk Manager Pro не пробовал?

[more] 9285, спасибо за отклик.

Выложил что просили на обменник. https://yadi.sk/d/XPYYjAydederE
1 фаил - дамп всего диска
2 фаил - дамп диска RAW
3 фаил - дамп работающего клона, но годовалой давности

Кстати, при попытке проверки диска на ошибки выдает:
"Heт дocтyпa к диску\:. Фaйл или пaпкa пoвpeждeны. Чтeниe нeвoзмoжнo."


Цитата:

И что означает восстанавливается но не вся? "Битые" данные (восстановленные ломанной версией)? Или что?

Не все данные с рабочего стола восстанавливаются, пустые папки. Возможно как-то не правильно восстанаваливал их. Версия DMDE покупная, не ломанная.


Цитата:

У акрониса есть разные проги. Все не проверял, но TI делает якобы полный клон с изменением структуры служебных записей. Если то же самое делается и с образом, то толку от такого образа в таких случаях -0.0.

Именно ей и делал. То есть запустить этот раздел не получится, даже если скопировать таблицу разделов с работающего раздела?

Sorok, не пробовал, может помочь лучше чем тестдиск? При открытии раздела в тестдиск пишет что он поврежден. [/more]

leonn001
Как и предполагал - проблема не в таблицах.
Проблема в заголовке MFT - отсутствует, повреждён, или находится не там где надо.

Нужны дампы секторов
3399964688+10
3404447328+100
Ещё надо бы поглядеть показатели SMART - может там физические проблемы (пендинги, нечитаемые сектора или ошибки интерфейса). Еси они нормальные, то можно запустить Поиск NTFS на участке проблемного раздела. Сохранить лог поиска и выложить его.

Цитата:

Нужны дампы секторов
3399964688+10
3404447328+100
Ещё надо бы поглядеть показатели SMART - может там физические проблемы (пендинги, нечитаемые сектора или ошибки интерфейса).

Дампы секторов и скрин смарта выложил: https://yadi.sk/d/2MA10ce1edjzF


Цитата:

Еси они нормальные, то можно запустить Поиск NTFS на участке проблемного раздела. Сохранить лог поиска и выложить его.

Быстрое сканирование или медленное?

leonn001
В записях 0-3 мусор, но дальше записи живые. И если так и со всеми, то результат поиска должен дать доступ к твоим данным.
Но показатели SMART говорят об интерфейсных ошибках, и о рекалибровках - проверяй шлейфы, в том числе питающие. И следи за показателями (будут ли увеличиваться) - советую использовать Crystal Disk Info.
В DMDE сканирование одно и называется Поиск NTFS (в нём нажми пимпу Раздел и выбери проблемный).

[more] [more]
Цитата:

В записях 0-3 мусор, но дальше записи живые. И если так и со всеми, то результат поиска должен дать доступ к твоим данным.

Поиск файлов ntfs в разделе или поиск на диске по секторам 3399964688+10
3404447328+100?

Поиск ntfs в разделе я уже делал, что-то в районе 2-х часов. Так я восстановил часть данных, там много томов, штук 200-300, может больше. Выбрал самый большой и восстановил. Сейчас еще раз сделаю это. Кстати, как соединить все эти тома и восстановить инфу не заходя в каждый том, так как в некоторых томах несколько файлов?


Цитата:

Но показатели SMART говорят об интерфейсных ошибках, и о рекалибровках - проверяй шлейфы, в том числе питающие. И следи за показателями (будут ли увеличиваться) - советую использовать Crystal Disk Info.

Да, у меня видеокарта прижимает шлейф очень сильно. Это еще старая мать p5k, в которой выходы s-ata расположены наверху, а не сбоку. Поэтому иногда выскакикивают ошибки. Я вытаскиваю шлейфы, разминаю и вставляю обратно. Помогает на пол года. ))

Я могу накатить таблицу MFT с рабочего диска или это невозможно?
[/more] [/more]

Добавлено:
9285, выкладываю лог поиска NTFS https://yadi.sk/i/LD3dci64edyA7
После сканирования получилось 1023 тома, как их все соединить в один?

http://my-files.ru/Download/l4nnpz/dmde_ntfs.JPG

leonn001


Цитата:

Выбрал самый большой и восстановил.

При выборе того, что открывать (применительно к твоей ситуации) нужно ориентироваться двумя критериями: в первую очередь - наибольшее число соотвествий, а потом уже начальным сектором тома.


Цитата:

Кстати, как соединить все эти тома и восстановить инфу не заходя в каждый том,

Зачем?


Цитата:

так как в некоторых томах несколько файлов?  

Реальные файлы или фатомы? Их нет в томе, который имеет наибольшее число соотвествий. Тем более что остальные имеют ниочёмное число соотвествий.


Цитата:

Я могу накатить таблицу MFT с рабочего диска или это невозможно?

Откуда такая идея? Ты прислал дамп рабочего бутсектора в котором размер раздела другой, стартовые сектора тоже. Но это всего то 3 значения. В MFT таких значений сотни, тысячи, миллионы. Можно имплантировать некоторые записи типа $Volume, $Boot и т.п. - всё остальное отличается.
Или, как вариант, чуть ранее сохранённую MFT, но и она не будет учитывать изменения после этого бэкапа. А ведь современные оси делают ту же плановую дефрагментацию. И файл может лежать уже в других местах.

PS. Лог поиска очень обнадёживающий. Могу сделать патч (имплант) первых четырёх записей. Но, (можешь почитать тему, особенно про восстановление данных) он 100% не гарантирует восстановление по месту. Поэтому или вытаскивай всё важное, или перестраховывайся посекторкой или рискуй.
Выбор за тобой.

[more] 9285,


Цитата:

При выборе того, что открывать (применительно к твоей ситуации) нужно ориентироваться двумя критериями: в первую очередь - наибольшее число соотвествий, а потом уже начальным сектором тома.

Так и делал, только рабочий стол с винды восстанавливается не весь, много пустых папок. Поэтому была мысль, что остальные папки находятся в других томах. Не совсем понимаю, откуда 1000 томов.


Цитата:

Зачем?

Чтобы достать те файлы, которых нет в основном томе.


Цитата:

Реальные файлы или фатомы? Их нет в томе, который имеет наибольшее число соотвествий. Тем более что остальные имеют ниочёмное число соотвествий.

Фантомы, попытался восстановить, пустые папки.


Цитата:

PS. Лог поиска очень обнадёживающий. Могу сделать патч (имплант) первых четырёх записей. Но, (можешь почитать тему, особенно про восстановление данных) он 100% не гарантирует восстановление по месту. Поэтому или вытаскивай всё важное, или перестраховывайся посекторкой или рискуй.
Выбор за тобой.

Инфа давно сохранена, что удалось вытащить из основного тома. Идея была, чтобы заработал диск. Интерес был в том, чтобы именно починить.

Этот патч влияет только на один раздел? У меня еще 3 других, на которых нужная инфа хранится.
[/more]

leonn001

Цитата:

рабочий стол с винды восстанавливается не весь, много пустых папок.

Цитата:

Чтобы достать те файлы, которых нет в основном томе.

А ты пробовал их поискать по имени (расширению)?
Бывает что они лежат не в Root а в папках с безликими именами.


Цитата:

Не совсем понимаю, откуда 1000 томов.

Это надо разбираться с записями, которые относятся к тому или иному тому.
Чаще всего это винты виртуальных машин или реликты прошлых ФС и разделов, но могут быть и другие:
- тот же сохранённый дамп привнесёт том в результаты поиска на разделе, куда он записан
- встречал записи в некоторых iso-шках, особенно бутявочных

Я не сильно разбираюсь в алгоритмах Поиска, но подозреваю что вышеуказанное привносит немало путаницы, и результат поиска не всегда показывает истинное расположение файлов, папок. Как раз по причине что запись была отнесена к другому тому.
И как раз таки патч первых записей приведёт к тому, что том начнётся открываться (в DMDE) сразу и работа будет идти с записями MFT корректней. Хотя это будет при условии что записи целы - ведь в них тоже может вкрапливаться мусор.


Цитата:

Этот патч влияет только на один раздел?

Да.

Цитата:

А ты пробовал их поискать по имени (расширению)?
Бывает что они лежат не в Root а в папках с безликими именами.

Нет, надо попробовать.
Цитата:

И как раз таки патч первых записей приведёт к тому, что том начнётся открываться (в DMDE) сразу и работа будет идти с записями MFT корректней. Хотя это будет при условии что записи целы - ведь в них тоже может вкрапливаться мусор.

Цитата:

И как раз таки патч первых записей приведёт к тому, что том начнётся открываться (в DMDE) сразу и работа будет идти с записями MFT корректней.

То есть, я не получу работоспособный диск в NTFS формате после того как установлю патч? Он нужен для того чтобы восстановить данные еще лучше чем это сделал DMDE без патча? Я б попробовал в любом случае.

leonn001

Цитата:

То есть, я не получу работоспособный диск в NTFS формате после того как установлю патч?

Я же не просто так советовал почитать тему(ы).
Если бы ты сделал это, то увидел бы что практически всё патчевание завершается (шлифуется) чекдиском.
Тут недавно был практически идеальный случай, когда первые записи были чуть сдвинуты - насколько помню, после патча чекдиск не нашёл ошибок. Но там было цело практически всё.
В импланте я могу прописать положение MTF и MFTmirror, но не могу прописать данные $LogFile или значение Bitmap MFT, потому что для этого нужно исследовать весь раздел. Но зачем это делать если чекдиск всё это сделает сам - причём не обязательно найдёт а просто создаст новый в свободном месте (надеюсь что это так ).
Не очень 100% аналогия, но хирург может не уметь (а если и умеет то зачем это нужно) делать перевязку, да и зачем если для этого есть медсестра.

9285, для меня всегда сложна теория, практика гораздо понятнее. Как ты определяешь правильное положение MTF? Прописывается в редакторе Hex?

leonn001
Практика вещь полезная, но без теории сложновато.
Мне сложно обьяснить в двух(тысячах) слов как правильно определить то или иное - тем более чо в другом случае про всю эту выкладку можно забыть. Всё зависит от конкретной ситуации.
Но попробую вкратце, применительно к твоему случаю.
Имеется бутсектор, в котром прописано где должна начинаться MFT и копи 4-х начальных записей.
Никаких деструктивных (типа изменения размера разделов, слияния таковых(акронисом)) действий ты как бы не делал. Логично подумать что там они и должны быть. Но там мусор, при этом последующие записи как бы намекают что всё таки они должны были там быть.
Плюс лог поиска это подтверждает. Также он показывает что есть тридва больших фрагмента, содержащих не менее 413952 записей. Правда есть и "ложка дёгтя" - у второго третьего фрагмента есть фантом, но логически его можно исключить по числу соответствий.
То есть имеется трёхдвухфрагментная MFT, и именно такое количество фрагментов позволяет быстро составить ранлист и использовать его в импланте.
Как то так.

9285, а как вообще этот мусор появился. Был глюк шлейфа, выскакивали такие ошибки:
"Драйвер обнаружил ошибку контроллера \Device\Ide\IdePort4"

Это бывало часто, но чтобы разделы слетели в RAW, такое впервые.

Что это за патч, как мне его накатить?

9285
Вы откроете великую тайну, как войти в БИОС( UEFI ) ?
Потому что BetterLink тоже не знает

leonn001
Патч будет, но не сейчас.

leonn001
Архив с патчем - http://rghost.ru/6t9n4dXjF
Что делать с ним и какие действия после патча не единожды описаны здесь и в http://forum.ru-board.com/topic.cgi?forum=84&topic=4564#1
Проверял патч в виртуалке - есть проблемы с 9-ой записью, после исправлений нет доступа из 7-ки (из ХР нормально). Надо поработать с правами доступа.

9285, склоняю перед вами шляпу!)
После патча перезагрузился, на проблемном диске автоматом запустился чекдиск. Я его прервал, так как испугался что он накосячит. Но в винде диск по прежнему определялся как RAW.
После этого я решил все же пройти чекдиск, он что-то там восстанавливал, много всего и вуаля, винда запустилась! Только кажется весит на 50 GB больше, чем раньше.

9285, огромное вам спасибо, не зря зашел на форум!
Жаль только то, что я все-таки не понял как это сделать самому. Есть еще один косячный RAW, с XP, который по сути не нужен. Там точно такая же проблема. Но как сделать этот патч для меня загадка, так как теория не воспринимается мною никак.

Теперь нужно делать дефрагмонтацию или еще какое-то лечение раздела? Все же он больше весит, чем прежде. Или желательно взять инфу и сделать формат этого раздела, установить заново систему?

Еще раз, благодарю за труд!!!

leonn001
[more=офф]Сделай анализ диска на предмет занятости и возможно что найдёшь что забрало такой большой кусок.

Вообще, восстановление по месту, некоторые участники считают бессмысленным (особенно не пользовательских данных) - вытащил данные, форматнул раздел и залил данные назад. В этом есть большая доля правды, в том числе потому что отсутствие ошибок при проверке чекдиском не является гарантией отсутствия таковых вообще. Но не всегда такое возможно - пример тому современные ОС, которые так просто не восстановишь, да и не всегда есть возможность вытянуть данные на другой носитель. Поэтому считаю что, такое восстановление имеет право на существование а делать ео или нет решает пострадавший.
Но лично для меня такое восстановление более интересно. Пользоваться прогами и нажимать пимпы сейчас умеет чти любой. А сколько таких, кто может решить подобную задачку, которая может возникнуть, и не будет ни программ, ни времени на ту же переустановку винды.

Всё таки мы здесь уже наоффтопили, поэтому если хочешь и с другим разделом повторить - лучше сразу в тему про восстановление. Хочешь научится сам - учись, но только это не так просто, как кажется, хотя я тоже раньше это считал чем то недосягаемым. Тут главное - захотеть так, чтобы потом (в случае неудачи) не жалеть что потратил кучу времени.[/more]
В любом случае, решай проблему с ошибками - это был тревожный звонок, может быть существенно хуже.

9285
[more=BIOS]Название: BIOS Date: 11/08/13 14:05:00 Ver: 04.06.05
Производитель: American Megatrends Inc.
Версия: S0307[/more]
Вызывается Tab , а чтобы войти в меню нужно нажать Del
Поэтому после Tab лучше нажать Pause Break

[more] Всем доброго дня! У меня только что умер внешний хард - сразу после завершения бэкапа и переустановки системы. Юбунту не подключает диск. А винды говорят, что перед использованием его надо отформатировать...

Вот, что говорит Ubuntu при подключении диска:
------------------------------------------------------
Error mounting /dev/sdc1 at /media/ubuntu/Seagate Backup Plus Drive: Command-line `mount -t "ntfs" -o "uhelper=udisks2,nodev,nosuid,uid=999,gid=999,dmask=0077,fmask=0177" "/dev/sdc1" "/media/ubuntu/Seagate Backup Plus Drive"' exited with non-zero exit status 13: MFT is corrupt, cannot read its unmapped extent record 18
Note : chkdsk cannot fix this, try ntfsfix
Inode is corrupt (0): Input/output error
Failed to load runlist for $MFT/$DATA.
highest_vcn = 0xf, last_vcn - 1 = 0x266bff
Failed to load $MFT: Input/output error
Failed to mount '/dev/sdc1': Input/output error
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.
------------------------------------------------------

А вот вывод chkdsk'a под Windows 7:
------------------------------------------------------
C:\Users\Yana>chkdsk e:
Тип файловой системы: NTFS.
Метка тома: Seagate Backup Plus Drive.

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

Проверка файлов (этап 1 из 3)...
0% выполнено. (обработано файловых записей: 0 из 16)
Элемент списка атрибутов с кодом типа 48 в файле 0 поврежден.
Элемент списка атрибутов с кодом типа 128 в файле 0 поврежден.
Элемент списка атрибутов с кодом типа 128 в файле 0 поврежден.
Удаление поврежденного элемента списка атрибутов.
Код типа: 128, файл: 0.
Запись атрибута (128, "") в сегменте записи файла 0
повреждена.
Обработано файловых записей: 16.
Проверка файлов завершена.
Обработано больших файловых записей: 0.

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

Пожалуйста, помогите спасти данные... [/more]

Yana2015123
Судя по написанному, проблема с 0-вой записью MFT. А это здесь офтоп.
Поэтому лучше сразу перебраться в http://forum.ru-board.com/topic.cgi?forum=84&topic=4564#1
Желательно показатели SMART + скриншот экрана Разделы DMDE + дамп начального сектора проблемного сектора+20 последующих.
Можешь в DMDE открыть проблемный раздел, перейти в правое нижнее окно и сделать дамп этого сектора и 50-ти последующих.
Как это делать? Читай шапку этой темы.

[more] Здравствуйте! У меня возникла аналогичная проблема, диск на 149 Гб, полностью забит данными которые необходимо восстановить.

При подключении в Debian:

Произошла ошибка при обращении к Сменный носитель (149,0 ГиБ), ответ системы: Не удалось выполнить запрошенную операцию.: Error mounting: mount exited with exit code 13: MFT is corrupt, cannot read its unmapped extent record 22
Note : chkdsk cannot fix this, try ntfsfix
Inode is corrupt (0): Input/output error
Failed to load runlist for $MFT/$DATA.
highest_vcn = 0x3, last_vcn - 1 = 0x1427f
Failed to load $MFT: Input/output error
Failed to mount '/dev/sdc1': Input/output error
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.

Windows 7 предлагает отформатировать. [/more]

Цитата:

У меня возникла аналогичная проблема

И ответ аналогичный.

Добрый день, уважаемые эксперты!
Увалил раздел во время установки винды.
Помогите, пожалуйста: http://rghost.ru/7KwLdXLDy
Заранее благодарен.

Цитата:

Увалил раздел во время установки винды

Какой неважно?
А то там пара вырисовывается.

9285 прошу прощения за беспокойство, Акронис Эксперт Рекавери восстановил.
Извините.

[more] [more] Всем здрасьте.
Сначала начались вылеты системы с синим экраном. После выключения я шевелил сата разъем харда и комп нормально включался и работал. Таких вылетов было штук 10-15, но позже комп стал томозить а потом и вообще зависать. Был сделан (chkdsk /f /r /v) он удалял какие то индексы в файлах, чтото перемещал.... и теперь система не грузится! Помогите!
После очередной перезагрузки на автомате стоит chkdsk, и никакое нажатие кнопок его не останавливает, мало того он и сам не запускается, вылезала ошибка, что система повреждена. Я пытался восстановить hdd regenerator'ом, делал тесты викторией (с ремапом), mhdd, dmde ковырял.... и доковырялся. Пишет "bootmgr is missing, ctrl+alt+del to restart".
Заходил с загрузочной флешки, файлы просматриваются, проверял фотографии. В биосе хард видно, мне кажется что-то случилось с разметкой? помогите исправить, плиз!
Все дампы, смарт, разметка в архиве
http://rghost.ru/8mgZFhZTR
Win7 Ultimate x64
2 раздела (140 и 860 ГБ), винда была на 140ГБ.
Оба были primary и NTFS. [/more]
Всем здрасьте.
Сначала начались вылеты системы с синим экраном. После выключения я шевелил сата разъем харда и комп нормально включался и работал. Таких вылетов было штук 10-15, но позже комп стал томозить а потом и вообще зависать. Был сделан (chkdsk /f /r /v) он удалял какие то индексы в файлах, чтото перемещал.... и теперь система не грузится! Помогите!
После очередной перезагрузки на автомате стоит chkdsk, и никакое нажатие кнопок его не останавливает, мало того он и сам не запускается, вылезала ошибка, что система повреждена. Я пытался восстановить hdd regenerator'ом, делал тесты викторией (с ремапом), mhdd, dmde ковырял.... и доковырялся. Пишет "bootmgr is missing, ctrl+alt+del to restart".
Заходил с загрузочной флешки, файлы просматриваются, проверял фотографии. В биосе хард видно, мне кажется что-то случилось с разметкой? помогите исправить, плиз!
Все дампы, смарт, разметка в архиве
http://rghost.ru/8mgZFhZTR
Win7 Ultimate x64
2 раздела (140 и 860 ГБ), винда была на 140ГБ.
Оба были primary и NTFS. [/more]

[more] [more]
Проблема:
Логический диск (том/volume) стал определяться в Windows как RAW вместо NTFS.

Дампы (по инструкции из шапки): http://rghost.ru/8VFdbGMpd
Дополнительная информация: http://rghost.ru/67m2J5JXW

Вероятная причина:
Во время загрузки Windows автоматически запустил CHKDSK, а я прервать запуск проверки не успел.
Предпосылки запуска CHKDSK:
В Windows XP SP3 x86 одновременная работа Sysinternals Filemon и Opera 12 переодически приводит к тому, что Windows выводит в своей панели задач жёлтое всплывающее уведомление о том что в одном из файлов Opera (кажется в том, в котором сохраняется текущая сессия открытых вкладок) обнаружена ошибка (якобы) и при следующей загрузке будет запущена проверка диска. Такое происходило и раньше, но в этот раз к этой виртуальной проблеме добавилось ненормальное выключение ОС, во время её работы в одной из программ был открыт очень огромный по размеру текстовой файл - вся память закончилась, Windows через пару секунд ушёл в сброс (чёрный экран, перезагрузка ПК). Windows XP начинает загружаться, и беспрепятственно запускает CHKDSK.
Наиболее важный фрагмент отчёта CHKDSK выведенный на экран:
"
...
Insufficient disk space to correct errors
in index $I30 of file 5.
...
Insufficient disk space to fix the attribute <не успел прочитать, наверно - 'definition table'>
CHKDSK aborted.
"
После завершения CHKDSK - Windows продолжил загрузку (он не перезагрузился т.к. проверял несистемный диск).
Она выполнялась очень медленно, LED HDD светился интенсивно, Windows GUI замирал как при сильном зависании, будто критически нехватает вычислительных ресурсов.

Пока мне известно что:
DMDE-free-2.6.0.522-win32-gui видит файлы после виртуальной реконструкции файловой системы, иначе - пустота.
DiskExplorer for NTFS 3.66 (аналогично в GetDataBack for NTFS v4) похоже что правильно видит размер раздела в дереве "Physical drivers" и неправильно размер логического диска в "Logical drives".
TestDisk пишет что всё не так, а когда предлагает исправление и пишет что всё OK то [P] List files не показывает мои файлы в логическом диске, вместо них - пустота.
Microsoft Sector Inspector -> "NumberSectors: 3802163192 ( 1.85652e+006 MB )" - неправильное значение. [/more]
Проблема:
Логический диск (том/volume) стал определяться в Windows как RAW вместо NTFS.

Дампы (по инструкции из шапки): http://rghost.ru/8VFdbGMpd
Дополнительная информация: http://rghost.ru/67m2J5JXW

Вероятная причина:
Во время загрузки Windows автоматически запустил CHKDSK, а я прервать запуск проверки не успел.
Предпосылки запуска CHKDSK:
В Windows XP SP3 x86 одновременная работа Sysinternals Filemon и Opera 12 переодически приводит к тому, что Windows выводит в своей панели задач жёлтое всплывающее уведомление о том что в одном из файлов Opera (кажется в том, в котором сохраняется текущая сессия открытых вкладок) обнаружена ошибка (якобы) и при следующей загрузке будет запущена проверка диска. Такое происходило и раньше, но в этот раз к этой виртуальной проблеме добавилось ненормальное выключение ОС, во время её работы в одной из программ был открыт очень огромный по размеру текстовой файл - вся память закончилась, Windows через пару секунд ушёл в сброс (чёрный экран, перезагрузка ПК). Windows XP начинает загружаться, и беспрепятственно запускает CHKDSK.
Наиболее важный фрагмент отчёта CHKDSK выведенный на экран:
"
...
Insufficient disk space to correct errors
in index $I30 of file 5.
...
Insufficient disk space to fix the attribute <не успел прочитать, наверно - 'definition table'>
CHKDSK aborted.
"
После завершения CHKDSK - Windows продолжил загрузку (он не перезагрузился т.к. проверял несистемный диск).
Она выполнялась очень медленно, LED HDD светился интенсивно, Windows GUI замирал как при сильном зависании, будто критически нехватает вычислительных ресурсов.

Пока мне известно что:
DMDE-free-2.6.0.522-win32-gui видит файлы после виртуальной реконструкции файловой системы, иначе - пустота.
DiskExplorer for NTFS 3.66 (аналогично в GetDataBack for NTFS v4) похоже что правильно видит размер раздела в дереве "Physical drivers" и неправильно размер логического диска в "Logical drives".
TestDisk пишет что всё не так, а когда предлагает исправление и пишет что всё OK то [P] List files не показывает мои файлы в логическом диске, вместо них - пустота.
Microsoft Sector Inspector -> "NumberSectors: 3802163192 ( 1.85652e+006 MB )" - неправильное значение. [/more]