» Восстановление разделов и информации на HDD (часть 4)

FAT у меня только 1, и то держу для истории и еще зачем-то)) NTFS всегда в плане восстановления проще, т.е. FAT вообще надо убирать всем?
Мда, я как-то не ожидал. Думал, уж если что сотру из корзины -смогу восстановить "легко." А вот Shift+8 гораздо сложнее. Тогда что же получается Shift+8 проще?
В "DC..." его нет=( Я по-размеру вижу. Я когда-то видел, что у людей восстанавливать из корзины получалось... Не помню название, найду -напишу.
Да, не думал, что из удаленной корзины так трудно достать. А пока, каков мой алгоритм действия на сутки примерно? Я удалил из е: , соответственно могу ли я теперь трогать е: и с: ? Т.е. стирать, переименовывать.. -постоянно этими 2 дисками пользуюсь.

boy999

Цитата:

можно через Консоль восстановления(Recovery консоль) в меню загрузки виндовсов, исправить ошибки на дисках!?

Можно исправить. Но можно и убить. Команды FIXMBR, FIXBOOT, CHKDSK (в зависимости от того, что исправляем). Дискового редактора и R-Studio в этой консоли не предусмотрено .

Aleks267

Цитата:

NTFS всегда в плане восстановления проще?

Грубо говоря, да. Нюансы:
1. FAT проще вернуть in-place, т.к. сама ФС намного проще NTFS, а также драйвер FAT в Винде просто вездеходный по сравнению с капризным драйвером NTFS.
2. Если затерто начало FAT раздела не дальше второй таблицы (десятки МБ), то копируем вторую таблицу в первую и реконструируем бутсектор - in-place восстановление готово. На NTFS, отформатированном разными там ADDS, PartMagic и т.д. MFT прямо в начале раздела (кластеры 1...4 и далее), поэтому при случайном затирании начала раздела (десятки МБ) имеем труп практически без возможности восстановления фрагментированных файлов и имен файлов (любым способом), либо улет большого количества файлов (если хвост MFT остался живой). Для NTFS разделов, отформатированных Виндой, это не актуально (вплоть до затирания начальных 3.2 ГБ раздела возможно in-place восстановление, конечно за исключением файлов, содержимое которых было в затертой области).


Цитата:

Shift+8 проще?

Не премещая в корзину? Ну да, по сравнению с перемещением в корзину и удалением из нее, конечно, это более простой случай. Но от затирания файловой записи и содержимого удаленного файла (активность Винды и резидентных прог) Вам не поможет никакое Shift+F8 .
Непонятно вообще, чество говоря, какая разница? Бэкап и еще раз бэкап, других способов пока что не придумано.


Цитата:

каков мой алгоритм действия на сутки примерно?

А, так у Вас файл удален не с того раздела, где каталог корзины? А на том разделе, где удален файл, каталога Recycled нет? Надо было сразу акцентировать на том, что удалено с другого раздела. Тогда на исходном разделе и файловая запись, и содержимое могут быть целы. Теоретически.


Цитата:

могу ли я теперь трогать е: и с: ?

Если на "C" в Recycled нужного файла не наблюдается, то на этот раздел нет ограничений (да и на системном все равно уже все перезатерлось давно, это очень быстро происходит).
На разделе "E" никакой активности на запись предпринимать не надо. В Управлении Дисками отберите букву у раздела "Е" (подействует только на ту Винду, в которой убрали букву), или в таблице разделов измените тип раздела на какой-нибудь 55, к примеру, и перезагрузитесь.

WD6400AAKS (640Gb) после покупки был офторматирован в NTFS и на нем был создан раздел на все свободное пространство (596.17Gb).

Возникла необходимость создать на WD второй логический диск. Но средствами винды этого сделать не удалось:

1) Управление компьютером - управлени дисками не дает такой возможности.
2) На конанду FDisk система отвечает что она не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.
(Xp Pro sp2)

Кажеться остаеться только использовать Менеджер Жёстких Дисков ?

Dmitriy05
Вопиющий оффтоп!
Удалите существующий раздел и создайте два новых (в Управлении Дисками). Если нужно сохранить инфу, скопируйте куда-нибудь. Можно и без копирования, но это вредные советы. Хотя, если Вы хотите побыстрее завязать с оффтопом и перейти к обсуждению по теме... .

Antech
Объем файлов на нем уже не позволяют скопировать данные. Придеться делаить без копирования

Antech и другие специалисты!
А в моём случае никто помочь не может ??
Вроде похоже на Aleks267.

ADDS при запуске сообщает, что есть ошибки на диске 6, а сам висит.
Управление дисками тоже висит.
Я запустил ТюнеАп Доктор диска и он завис на разделе О.

Чего делать!?

Это постоянно в последнее время. И винда подвисает на 10-40 сек регулярно.

Возможно это изза того, что я назначил в Питании, отключение дисков через 45 минут. Всегда было: отключено.

Добавлено:
Управление дисками наконенц-то показало диски, пишет: исправны.
Виктория
не смогла сделать СМАРТ этого750 гб сигейта.

Dmitriy05

Цитата:

Объем файлов на нем уже не позволяют скопировать данные

Что значит не позволяет? Бэкапного винта что ли нет? Ну так купите его. Самое неприятное: Вы разделите без проблем и будете здесь хвастаться, что это совершенно безопасно. Кому-то это будет стоить данных на его винте.

boy999
Я не знаю, в чем проблемы с Вашими винтами. Телепатически это не определишь. Нужно тестить винты в HDDScan/Victoria/MHDD (скан, СМАРТ), тестить память в memtest86, проверять марку, возраст и мощность БП, пробовать подключать винты через другой контроллер, а может и еще что-нибудь.

nES
Сорри, в Вашем описании трудно что-либо понять.

Цитата:

Нужно тестить винты в HDDScan/Victoria/MHDD (скан, СМАРТ

HDDSCAN 3.2 там у него 3 теста СМАРТ. каким!?
Щас тестю RD-Read


А с хардами чего-то неладное творится...

Чуть ли не каждый день сюрпризы. А именно, невозможно занрузить винду.Их у меня 4 шт. и в одну не войдёшь.
Приходится в ЛайфСиДи грузиться и там через ADDS исправлять ошибки на хардах.
Сегодня это не помогло.
Тогда я в Рековери консоль. Там Скандиском 3 раздела проверил. На 2х были ошибки.
ADDS их значит, не порешал.
И всё равно винда не загрузилась.
Тогда я впервые использовал загрузку в режиме: Отладка.
И загрузилась винда!

Вопрос: если ADDS не всегда может ошибки порешать, то Что более приемлимое!?

HDDSCAN 3.2 не может СМАРТ сделать проблемного 750гб сигейт.

HDTune 3.50 смог:



Краснота опечалила.

Что делать с хардом!?
Слить инфу, форматнуть!?

boy999

Цитата:

Что более приемлимое!?

Самое преемлемое - Чекдиск (Вы на скрин проверки Акрониса, который Вы показывали, и на вывод Чекдиска посмотрите и "найдите 10 отличий"). Но это вовсе не гарантирует сохранность данных. Утилита только исправляет файловую систему.


Цитата:

Что делать с хардом!?

Ничего. Это труп. Зацените количество реаллокейтов больше 30 тысяч - это просто охрененно много (плюс более 200 пендингов). Странно, что он еще работает. Меняйте винт по гарантии или купите новый, если гарантии нет.
Короче. Пожалуйста, в студию сделующие вещи:
1. Результаты сканирования (Read или Verify) для всех винтов (HDDScan/Victoria).
2. SMART'ы для всех винтов (можно HD Tune).
3. Результаты 10-часового прогона Memtest86.
4. Модель, марка, возраст блока питания.
5. Результаты проверки DrWeb Cure It или антивирем Касперского.

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

На диске около 200 файлов с такой проблемой (на примере одного):
NTFSFileRecord вроде целая



и показывает, что файл нерезидентный и расположен одним экстентом размером 1026 кластеров начиная с кластера 7605429 (0x740CB5).


Но с адреса (самого файла) 0x2F200 и до конца файла при просмотре листером Total Commandera (или открытии его через Win API CreateFile) на самом диске, а также после копирования этого файла в другое место (естесственно, т.к. копирование идет тем же API), заполнено нулями. А при прямом просмотре соотв. кластера (0x740CE4) на диске, при промотре содержимого файла WinHEX-м, при восстановлении файла тем же WinHEX-м, Easy Recovery и др. на этом месте не нули (но все равно мусор, не от этого файла).



$BadClus:$Bad пуст, chkdsk не находит ошибок в NTFS (Битых кластеров нет, - это уже клон битого диска, и файлы с неполной NTFSFileRecord и с повреждением в теле от бэд-секторов вычищены и помечены), Easy Recovery показывает, что файл не является "cross linked", а является "good".

Нифига не понимаю, на каком этапе и кто подменяет содержимое файла нулями, и при этом откуда берет информацию о его невалидности. Крыша уже едет. Этот файл не нужен, конечно, но некоторые другие из этих 200... В общем уже понятно, что их не восстановить, бог с ними. Но в принципе, что это за х**ня. Начинаешь сомневаться во всем.

P.S. Причем, зараза, различие идет даже не с границы кластера, 0x2F200 - это второй сектор 47 кластера файла.
Это характерно для всех этих файлов, - мусор начиная с некоторого сектора (некоторые файлы - от начала) и до конца файла, и замена его нулями Win API, при этом файлы без перекресных ссылок с другими. Ну откуда он берет информацию о необходимости замены, особенно не от границы кластера (вообще мистика), ткните меня носом, пожалуйста!!!

--------------------
Все, спасибо форуму, пока писал и уточнял, понял, что сам слеп и глуп - хоть флаг файла и не компрессированный, но в поле 0x45С5148 (размер компрессированного потока) как раз 0x2F200. Т.е. место под файл зарезервировано на диске больше, а значимых данных меньше, остальное незначимый мусор, который программы востановления читают с диска, а Win API заполняет нулями. А значит, мои базы данных не битые! Ура!
Это сообщение, демонстрирующее собственную глупость, удалять не стал, вдруг кому пригодится.

Друг принёс камеру JVC с которой удалил видео-файлы формата .MOD, но после этого записал на неё несколько роликов.
Я уже несколько дней над ней бьюсь, кроме фото ничего не восстанавливается, уже руки опустились.
Может есть прога которая распознаёт этот формат?
Или всё потеряно?

Цитата:

1. Результаты сканирования (Read или Verify) для всех винтов (HDDScan/Victoria).

Результаты сканирования по Read сами сохранятся в папке LOGS!?

Не надо ничего нигде нажимать!?

LOGS уже старыми логами забита. Я её снесу и пусть всё поновой, ок!?

СМАРТЫ щас выложу.


Добавлено:
СМАРТЫ всех определившихся сегодня хардов: http://slil.ru/27920871

1, самый бука, на бюллетне.

Tichon
Респект.


Цитата:

флаг файла и не компрессированный

Вот именно. Флага в DATA нет, и compression unit size нет (смещение 22h от начала DATA). И в FILE_NAME флаги только 2020, т.е. Not indexed и Archive (но нет флага 0800 Compressed). И в STANDARD_INFORMATION тоже флаги 2020. Как Винда определяет, что файл compressed? Что касается размера 02F200 по смещению 28h от начала DATA, то Крис Касперски и Linux NTFS описывают это поле как Initialized size, а не Compressed. У Вас есть другой источник?

barmalej29

Цитата:

Может есть прога которая распознаёт этот формат?

В EasyRecovery можно ввести свою сигнатуру и прога будет искать. Покажите несколько начальных фрагментов (байт по 20) от файлов нужного типа (если есть такие живые). Или сами посмотрите и определите сигнатуру.

boy999

Цитата:

Результаты сканирования по Read сами сохранятся в папке LOGS!?

Не знаю. Достаточно скрин результатов скана (после обработки каждого винта), там есть статистика.
СМАРТы не могу посмотреть, сорри, у zalil.ru очередные проблемы:

Код: 400 Bad Request
nginx/0.3.17

Цитата:

СМАРТы не могу посмотреть, сорри, у zalil.ru очередные проблемы:

СМАРТЫ и лог на хард, который сегодня исчез изпод винды: http://www.filehoster.ru/files/di2861

boy999
По СМАРТам.
Hitachi (HDS) 1000 GB. Очень много интерфейсных ошибок (22488).
Hitachi (HUA) 1000 GB. Есть интерфейсные ошибки (57), реаллокейты (13), пендинги (неизвестно сколько - не ясна трактовка атрибута), был/бывает перегрев до 63 *C.
Samsung 1000 GB. Это тот же SMART, что и от Hitachi (HUA) 1000 GB. Соответственно, трактовка аналогична. Какому из этих винтов принадлежит СМАРТ, я не знаю, но ИМХО Самсунгу.
Seagate 750 GB (AS и NS - также один СМАРТ повторяется 2 раза, как бы для разных винтов). Перегрев до 66 *C, пендинги (8), DAM Errors (2), интерфейсные ошибки (632).
WD MyBook 1000 GB. Этот, наверное, через USB подключается. HD Tune не покажет на нем SMART. Показать могут HDDScan или Everest.
В обоих бинарных файлах СМАРТа для Сигейта только один атрибут, да и тот явно глюк, так что нечего сказать по этим файлам.
По результатам сканирования Сигейта также видны бэды (которые еще не заремаплены).

Итоги таковы. У Вас, в основном, проблемы следующие:
1. Интерфейсные ошибки. Возможные причины: плохой шлейф винта, неисправный ATA контроллер, кривые драйверы, разгон, плохое питание (в т.ч. при нормальном БП, но недостатке мощности для системы).
2. Пендинги/реаллокейты (т.е. бэды). Причины возможны различные, в Вашем случае точная причина не очевидна. Возможно, это перегрев, либо винт работал раньше на плохом БП. Могут быть виноваты и сами винты (неудачный/бракованный).
3. Недопустимый перегрев (выше 50 *C по СМАРТу). Тут все очевидно: недостаточное охлаждение. Возможно, перегрев был раньше, а может есть и сейчас (надо смотреть температуру после примерно 30 мин seek test в Victoria API, нужно следить за температурой: остановить тест при 55 *C).

По другом тестам. Экран БИОСа непонятно, зачем дан. Memtest я имел в виду загрузочный (memtest.org, Download ISO). Хотя, скорее всего, с памятью у Вас порядок, провести этот тест нужно, хотябы 5 часов. Также не повредит протереть контакты планок памяти и слотов на материнке ластиком, продуть пыль на материнке, особенно в области слотов памяти (не все ловится мемтестом).

Есть винчестер 160 ГБ SATA, он был разбит на разделы:

* 10GB Primary NTFS Winxp
* 130GB Logical
- 10GB Logical NTFS a
- 10GB Logical NTFS b
- 110GB Logical NTFS main

Теперь в менеджере дисков один из разделов удален:

* 10GB Primary NTFS Winxp
* 130GB Logical
- 10GB Logical NTFS a
- 10GB Logical NTFS b
- 110GB Logical Unlocated

Можно ли его восстановить?

Нужно создавать заново раздел, форматировать его, а потом загружаться под windows и пробовать восстановить?

zepterman

Цитата:

Нужно создавать заново раздел

Нет. Нужно показать скриншот окна "Разделы" из DMDE (с отмеченной галкой "Найденные").

Цитата:

Можно ли его восстановить?

попробуй PTTD Partition Table Doctor Recovery

Цитата:

В EasyRecovery можно ввести свою сигнатуру и прога будет искать. Покажите несколько начальных фрагментов (байт по 20) от файлов нужного типа (если есть такие живые). Или сами посмотрите и определите сигнатуру.

Попробовал - не видит. Походу прогу скачал кривую-иногда глючит.
Сканировал R-Studio, вот что получилось:

Предупреждение    Файловая система    25.08.2009    7:17:17    Цепочка FAT заканчивается в конце элемента файла, было интерпретировано 0 кластеров. Но размер файла показывает, что он занимает еще 218 кластеров. Это может означать, что файл был позже перезаписан другим файлом.

Предупреждение    Файловая система    25.08.2009    7:17:17    Неверный кластер: 0x0, файл был сжат

Ошибка    Файловая система    25.08.2009    7:17:17    Пустая цепочка FAT

Ошибка    Восстановить    25.08.2009    7:17:17    Восстановление файла C:\Documents and Settings\дом\Рабочий стол\Новая папка (3)\SD_VIDEO\$LostFolder00010\MOV007.MOD не выполнено. Невозможно открыть файл для восстановления (800).

Информация    Восстановить    25.08.2009    7:17:17    0 файлы из 20 были успешно восстановлены

Можно что-нибудь сделать или уже полный пипец?

Цитата:

По результатам сканирования Сигейта также видны бэды (которые еще не заремаплены).

Ну тот сигейт щас отключен, т.к. перестал определяться. А на других хардах, если есть бэды, а как же без них?, то их надо заремапить!?

КАК и ЧЕМ!?
Виктория может!?

boy999
Цитата:

А на других хардах, если есть бэды, а как же без них?

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

Цитата:

Виктория может!

Да поможет или еще MHDD - тоже очень хорошая программа....

barmalej29

Цитата:

Можно что-нибудь сделать

Спустить в унитаз эту дурную русификацию ! Сорри, достало это "0 файлы из 20". Используйте английские версии программ.

Вы зря смотрите логи эвристиков. Там ничего интересного не найдете. При поиске структур не всегда правильно иниерпретируется содержимое девайса, прога может принять реликт или просто похожие байты на элемент структуры ФС и т.д.


Цитата:

Попробовал - не видит.

RawRecovery - кнопка File Types. Add - задаете сигнатуру и смещение, а также расширение, которое будет даваться файлам, и описание. Все, теперь прога будет искать файлы заданного типа (а остальные отключите). Фрагментированным, по всей видимости, песец, а нефрагментированные должны восстановиться (если у них есть общая сигнатура).

Добавлено:
boy999

Цитата:

если есть бэды, а как же без них?

А вот так, на очень многих винтах нет ни одного ремапа или унка (хотя в PList, конечно, есть дефекты, но они "статичные", т.е. были всегда, а ремапы - это уже "динамичные", т.е. их не было и они образовались). Если начались бэды/ремапы, это совсем не есть хорошо.


Цитата:

их надо заремапить!?

Те, которые еще Pendings - да. А которые уже Reallocated Sectors - так то и есть ремапы. При сравнительно небольшом количестве бэдов можете попробовать ремапить в Victoria API или MHDD. После скана с ремапом делаете обычный скан и проверяете, сработал ли ремап. Но это вовсе не означает, что не будут вылезать новые бэды.

vnik23

Цитата:

несколько штук разных - даже не верится, что так бывает

Там перегрев и хрен знает что еще...

Antech
Спасибо за анализ!

Цитата:

Как Винда определяет, что файл compressed?

Вот и я о том же.

Цитата:

Что касается размера 02F200 по смещению 28h от начала DATA, то Крис Касперски и Linux NTFS описывают это поле как Initialized size, а не Compressed. У Вас есть другой источник?

Не совсем так. Размер 02F200 записан по смещению 38h от начала DATA, по 28h - 402000 - размер выделения под поток, по 30h - 401200 - реальный размер.
Источник у меня не очень серьезный (лучшее, что нашел тогда в google):
http://masters.donntu.edu.ua/2008/fvti/chernoriz/library/samiit172.pdf
, в котором поле 38h обзывают как "размер компрессированного потока". Может у Вас просто описка и именно поле 38h называется "Initialized size", это бы лучше объясняло ситуацию.
В любом случае буду благодарен за ссылки.

Tichon

Цитата:

Размер 02F200 записан по смещению 38h от начала DATA

Да, сорьки, это я лажанулся (считал по картинке, ну и... ). Что касается трактовки, я посмотрел Ваш мануал, да, там в этом поле compressed. А в Linux NTFS (в той версии, которая у меня) написано "initialized". Хотел скачать новую версию (PDF), но что-то не понял, где ее взять:
http://www.linux-ntfs.org/doku.php?id=downloads
Ошибиться с расположением поля невозможно, т.к. там три размера подряд: Allocated, Real и Initialized/Compressed. В общем, похоже, что Ваш мануал правильнее в этом смысле, интересно откуда автор взял эти сведения... Возможно, в книге Хелен Кастер из списка литературы, но у меня нет этой книги.

Друзья.!!! Помогите!!! Любые советы. Я не спец в этом вопросе.

Накрылся 1Тб жесткий диск Samsung HD103UJ со всей инфой.
Всего в системе два SATA диска:
Один системный 300GB с Windows XP. Работает- в поряде.
Второй, который накрылся - 1TB NTFS со всеми данными, файлами (забит наполовину).

ПРОБЛЕМА:

Диск не открывается совсем. Винда XP пишет что " диск в устройстве не отформатирован" и предлагает форматнуть. АААА! На диске где-то 600 гигов инфы. Файловая система NTFS. Бэдов не было. Механически всё отлично с ним было.
Программа R-Studio теперь видет 7 гигов непонятных в FAT и какой-то раздел 30 Мб в NFTS? Это конец?


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

Спасибо.

PEKAR
Покажите дампы по 100 секторов, начиная с 0 и 6291519 (выложите на filekeeper.org). DMDE - Физический диск - Сервис - Копировать секторы в файл.
SMART'ы Ваших винтов также желательно видеть (HDDScan).

Antech

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

Antech

Добрый вечер! Не знаю насколько правильно я всё сделал. Я совсем не ориентируюсь в этих вопросах и не имел дела с этим софтом, поэтому опишу поподробней на всякий случай. Очень надеюсь на Вашу помощь и на то что эта информация будет полезна!!!

Сначала SMART::

Прогоняю тесты "убитого" харда в программе HDDScan 3.2 . Вот какие результаты:

-Тест1. SMART Short self-test: "Self-test execution status: error with read element failed. Дошло до 90%
-Тест2. SMART extended self test: "Completed without error or never started"
-Тест3. SMART conveyance self-test: "Completed without error or never started"

- Странный был звук харда при этих тестах. Жесткий какой то. Возможно мне просто показалось.

- Принтскрин SMART : http://filekeeper.org/download/shared/SMART.JPG
- (На вякий случай вот ещё SMART работающего системного харда: http://filekeeper.org/download/shared/SMART-2.JPG)

Дальше открываю DMDE:

- при выборе "убитого" диска выскакивает сообщение:

"Для доступа ко всем разделам размер носителя должен быть не менее 921 ГБ, а текущий размер 7,87. Возможные причины - ошибки в MBR. Использовать максимальный размер?" Ответчаю: "Да".

- дальше сразу выскакивает сообщение: "Логическая CHS геометрия согласно MBR 121601:255:63. Текущая геометрия 969007:32:63. Использовать геометрию из MBR?" Отвечаю: "Да".

- дальше появляется табличка короткая и автоматически начинается: "Поиск разделов".
Принтскрин на всякий пожарный: http://filekeeper.org/download/shared/DMDE-Poisk_razdelov.JPG

- После Поиска появляютсяа два раздела: "Основной" и "Таблица"
Принтскрин : http://filekeeper.org/download/shared/Razdeli.JPG

-Выбираю "Основной" - Там открывается таблица - Копирую сектора, как Вы написали в два файла.
Вот:
http://filekeeper.org/download/shared/sectors-1.ima
http://filekeeper.org/download/shared/sectors-2.ima

Во время копирования секторов начиная с 6291519 (во второй файл) в статусной строке внизу была надпись: " Sektor 62915XX : windows io error" и процесс длился гораздо дольше чем создание первого файла ( с 0 сектора).

И последнее. Когда поставил в DMDE галочку "найденные" и "подробно" появилось какая-то инфа про NTFS: Вот:
http://filekeeper.org/download/shared/NTFS.JPG


Заранее Большое спасибо! Жду с нетерпением ответов! ...хотя чувствую - плохо дело... (((

Antech

Цитата:

Понятно. Значит, формально все нормально, но корень пустой. Сделайте Open Drive Files в R-Studio (достаточно Demo) - список файлов в корне показывает?
В дампе MFT в записи корня (№5, сектор 10 от начала дампа) ничего особенного, один кластер №30h (48 dec) аллоцирован для рута. Может, покажете дамп на 10 секторов, начиная с сектора НачалоРаздела+384?

Ссылка