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

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?

Ссылка

Harvester1980
Да, рут пустой. Т.е. метафайлы там есть, а юзерских файлов - ни одного.

Сделайте Open Drive Files в R-Studio (достаточно Demo) - список файлов в корне (кроме метафайлов) показывает? Можно скрин.

PEKAR

Цитата:

размер носителя должен быть не менее 921 ГБ, а текущий размер 7,87

Цитата:

Sektor 62915XX : windows io error

При совершенно чистом СМАРТе. У Вас с логической структурой, вероятно, все в порядке, кроме того, что раздел динамический (лучше сделать базовым). А проблема - в том, что объем диска обрезался на ~8 ГБ. Попробуйте HDD Capacity Restore Tool, MHDD => CONFIG и NHPA, Victoria => RDC (подробнее - в доках к прогам).

Фух, я отдохнул немного и вспомнил пару подробностей о "потертом" файле. И потом понял, почему его следов найти нигде не мог ничем. Потому что я его все-таки перепутал)) Т.е. не удалял.
За время поисков набрел на прогу Recuva -бесплатная и интересная по интерфейсу, функционалу. Что можете сказать про нее? Мне понравилось, что там есть узкоспециализированный выбор -что искать. Есть и опция про корзину. Вопрос ее эффективности...

Antech
А зачем тестить память в memtest86 часов 10? Т.е. не совсем понятно как это с хардами связано. А еще мне сказали, что раз у меня все блоки памяти видны, определяются -значит там нечего тестить на физическом уровне (я так понял, что долгий тест направлен именно на это) ?? У меня память вообще новая.


Цитата:

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

Интересная информация(для меня). Т.е. глючная память может делать бэды на хардах?
А может 1 глючный хард или перегревающийся делать бэды на других, подвешивать систему? У меня 1 хард греется ужасно -сейчас он откючен.

Aleks267
Recuva никогда не пользовал (как и другие авторекаверилки). Но про популярные уже более/менее известно по мненияю спецов на форумах, про Recova - не знаю. Да, она бесплатная, это хорошо конечно...


Цитата:

глючная память может делать бэды на хардах?

Нет, бэды глючная память (оперативка) не сделает.


Цитата:

может 1 глючный хард делать бэды на других

Нет, не может.

Бэды - это либо сам винт виновен, либо условия эксплуатации (питание, охлаждение, вибрации).


Цитата:

зачем тестить память в memtest86 часов 10?

Думаете я помню ? Посмотрел сейчас кейс - у Вас ведь глючные двадцатки были? Ну вот и возникло подозрение на память. А почему 10 часов - потому что за несколько минут слишком высока вероятность пропустить ошибку. Поэтому обычно советуют тест памяти на ночь оставить.

Народ, помогите.
У меня внешний HDD Maxtor 250 GB, отформатировал NTFS, юзал его около года без проблем. Вчера после того как вытащил его по горячему из USB и через некоторое время когда подключил, он стал просить меня форматнуться.
Сегодня установил R-Studio 4.6, сделал скан, вроде бы все на месте, даже открывал некоторые файлы.
Я понимаю, что можно все восстановить указав путь на другой хард, но у меня к сожалению нет носителя для такого объема. Можно ли как то восстановить их на поврежденном HDD или сделать так что бы он снова открывался?
Заранее благодарю.

Antech

Цитата:

При совершенно чистом СМАРТе. У Вас с логической структурой, вероятно, все в порядке, кроме того, что раздел динамический (лучше сделать базовым). А проблема - в том, что объем диска обрезался на ~8 ГБ. Попробуйте HDD Capacity Restore Tool, MHDD => CONFIG и NHPA, Victoria => RDC (подробнее - в доках к прогам).

Уууу. Как всё сложно для меня оказывается. ))))

Вобщем запустил HDD Capacity Restore Tool и в Victoria понажимал кнопки (только не RDC, а NHPA - восстановить заводской объем диска). Толком не понял что я там сделал, но произошли следующие изменения!

1. Диск пропал из проводника винды совсем. В "Управлении дисками" диск виден как "Динамический" (не понимаю что это значит).
3. Если нажимаю там "Преобразовать в базовый" как вы сказали он предупреждает об потери данных, поэтому преобразовывать не стал.
4. Хард стал гиговым и NTFS!!! Ура! В EASY RECOVERY увидел большинство (некоторых не увидел) папок с файлами. Вы МЕГАСПЕЦ!!!!!! Правда часть файлов в проге отобразилась в папке LOSTFILE вперемешку.

Подскажите что делать дальше? Какие шаги?

- как преобразовать в базовый?
- Можно опять вернуть диск в Windows и восстановить файловую структуру и файлы по максимому на этом же харде? Какой риск потерять данные?
или только через R-Studio и EASY RECOVERY восстанавливать файлы на другой хард?
- Какую лучше посоветуете прогу? R-Studio? И что потом с хародом делать? )))
- Запутался.. совсем. (((( Подскажите что делать дальше? Какие шаги?


Большое СПАСИБО!!!!!!!!!!!

PEKAR

Цитата:

Если нажимаю там "Преобразовать в базовый" как вы сказали он предупреждает об потери данных

Да нет, не там. В DMDE откройте физический, понажимайте Escape. Прога покажет таблицу. Ctrl+E для редактирования, тип раздела смените с 42 на 07. Ctrl+W (Save), перезагрузка, проверка.

milce101
Покажите SMART и дампы по 100 секторов, начиная с 0 и 6291519 (DMDE - Сервис - Копировать секторы в файл).