» Восстановление разделов и утерянной информации на HDD

Draught
Попробуйте первую прогу из шапки. Но, правильнее было бы разбить диск заново средствами самой винды.

DreyX
Цитата:

Но, правильнее было бы разбить диск заново средствами самой винды.

Я бы не советовал рисковать внесением изменений на диске до использования ничего не меняющих программ (работающих с диском в режиме "Только-чтение")...

Looking
Если это касается нового винта, то с ним можно делать все что угодно.
А вот если старого, то я бы сделал вообще по другому.
Поставил новый винт. Разбил бы как надо. Поставил систему. Поставил бы программы восстановления. Подключил бы старый и вытащил все данные.

Из поста я так и не понял о каком винте идет речь.

Цитата:

Но, правильнее было бы разбить диск заново средствами самой винды.

Цитата:

Из поста я так и не понял о каком винте идет речь.

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

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

Получилось так, что промазал, сам виноват, но теперь нужно восстановить...

РЕЗЮМЕ: сатрый винт в рабочем состоянии, инфа слетела на новом винте, восстановить нужно инфу на новом винте...

Добавлено:
Усе, восстановил... кабутта так и было...

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

Следующая прожка была самая верхняя из шапки TestDisk 5.7
интерфейс совсем не дружелюбный - работает в консольном режиме, правда не требует установки, далее просто смотреть что она делает, давить Enter на "кнопках с нужным действием", "Analyse", "write", "save", "quit" - вот таков был порядок, после чего перегрузился и все стало на свои места - разделы там, где должны быть, инфа в разделах на месте... Для восстановления убитой таблицы разделов лучше не придумаешь!!!

to DreyX - отдельное спасиб, за
Цитата:

Попробуйте первую прогу из шапки

Draught
Не за что. Я не автор.

Посоветуйте что мне делать. По ошибке при установке винды,удалил логический диск. По незнанию при помощи программы Patition Magic восстановил его, мало того конвертировал его в нтфс, хотя он и был в нтфс. При восстановлении при помощи Patition Magic этот лог. диск почему-то поделился на два один из которых весит всего 2гига. Все файлы конечно же исчезли, хотя диск не был форматирован. Программами по восстановлению файлы восстанавливаются,но неудобство в том,что они восстанавливаются без названия, их нужно снова классифицировать по папкам. Есть ли какой-нибудь способ восстановить жесткий диск к его первоначальному состоянию? Программами по восстановлению раздела ничего не получается, так как он уже был восстановлен Patition Magicом.

luitenant

Цитата:

Программами по восстановлению файлы восстанавливаются,но неудобство в том,что они восстанавливаются без названия

Какими прогамми пробовали?

Я боюсь, что после Ваших проб уже мало что можно сделать.

Прошу прощения, если это уже было, но быстро не нашёл
Имеется 160 ГБ винт, разбитый на 4 раздела, для грамотных я лучше из отчёта TestDisk 5.7 приведу цифры:
Current partitions:
1 * FAT32 0 1 1 254 254 63 4096512 [ME]
2 P FAT32 255 0 1 636 254 63 6136830 [XP]
3 P FAT32 LBA 637 0 1 3186 254 63 40965750 [PROGRAM]
check_FAT: Incorrect number of bytes per sector 514 (FAT) != 512 (HD)
4 P FAT32 LBA 3187 0 1 19928 254 63 268960230
4 P FAT32 LBA 3187 0 1 19928 254 63 268960230

3 раздела нормальны и всё читается - как проще всего прочитать и эти 130 ГБ??
Диск носился для записи на него инфы и что с ним сделали - не знаю...

LioshaS
А что сделать надо?

DreyX
Виндовс раздела не видит , и на все телодвижения предлагает его сначала отформатировать, чего делать неохота.
Может ли TestDisk 5.7 исправить эту неприятность? или только вручную надо правильную запись сделать?
Restorer2000 Professional показал вроде содержимое, но тащить 130 ГБ...., а он там похоже и больше найдёт.... да потом во всём этом разбираться...

LioshaS

Цитата:

Restorer2000 Professional показал вроде содержимое, но тащить 130 ГБ...., а он там похоже и больше найдёт.... да потом во всём этом разбираться...

Только так. Но не обязательно ресторей2000.
Если Вы в Москве, то привозите, сделаю. (место под 200 гиг найду).

DreyX
спасибо, но я не в Москве . придётся видимо сначала всё сохранить, а потом попробовать вернуть назад... блин, времени же убьётся немеряно

LioshaS


Цитата:

блин, времени же убьётся немеряно

Даже больше чем Вы думаете.

Цитата:

Какими прогамми пробовали?

Я боюсь, что после Ваших проб уже мало что можно сделать.

DreyX
Я пробовал программой-
Recover My Files. Посоветуете что-нибудь другое?

Цитата:

check_FAT: Incorrect number of bytes per sector 514 (FAT) != 512 (HD)
4 P FAT32 LBA 3187 0 1 19928 254 63 268960230
4 P FAT32 LBA 3187 0 1 19928 254 63 268960230

проблема я так понимаю в этом...? Неправильный размер сектора...интересно с чего бы это в секторе обьявилось 514 байт? и каким образом внешняя прога это определила? если я не ошибаюсь, рабочая область сектора не может превышать 512..

mefistophel Да там просто похоже в первой копии бута мусор. Для начала надо правильный бут написать, а что там с файловой системой - это уже отдельный вопрос.
2LioshaS Только не надо "пробовать все вернуть назад" путем записи "восстановленных" файлов обратно на восстанавливаемый раздел. Это исключит возможность дальнейшего восстановления. Как проще и максимально полно восстановить - обратиться к специалисту, который не только рекаверилками пользуется, а способен и поправить все как надо руками. В каком городе нужно? Может, я знаю там кого-нибудь...

LioshaS

Цитата:

check_FAT: Incorrect number of bytes per sector 514 (FAT) != 512 (HD)

Посмотри бутсектор "неправильного" раздела в DiskEditor'e по смещению 0Bh (2байта), значение должно быть 00 02 (512 байт). У тя, возможно, значение 02 02, что соответствует 514 байтам. Исправь и перегрузись. Предварительно сделай копию бутсектора. Также, в шестом (если считать с 0) секторе раздела FAT32 есть копия бутсектора, сравни их... возможно копия цела, тогда, просто замени ею бутсектор.

Огромное спасибо всему форуму и его активным участникам
Здесь нашёл всю нужную инфу и всё закончилось удачно
Сегодня весь день переписывал около 60ГБ самого ценного на другой винт, при помощи Restorer2000 Professional (там был архив в нарезке на 4ГБ куски) - очень муторное дело - так ещё на пару дней хватило бы заниматься. Потом решил довериться TestDisk 5.7 - рукам своим я не очень доверяю. Там в меню "advanced" глянул на бут - сектор и сравнил записи - как и сказал LeoT там был мусор - даже буквы попутаны. Далее TestDisk предложил восстановить и я согласился... и свершилось чудо - всё вернулось.
KLASS конечно всё это можно было бы сделать и руками, тут достаточно подробно всё написано, но страшно-то как... В общем, всё сделала сама программа, за что авторы заслуживают уважения. Был у меня другой план - убить раздел РМ8 и затем восстановить его Acronis RecoveryExpert... возможно тоже бы получилось, но ...
И напоследок вопрос - подобные дефекты происходят по какой причине? сбои питания? воздействие вируса? перегрев винта?

LioshaS
В твоем случае, копия бутсектора была жива, отсюда и... отделался легким испугом. Программа просто скопировала копию на место бутявки. Бывает, что и копия коцаная, тогда либо ручками поднимать бутсектор, либо
Цитата:

Сегодня весь день переписывал около 60ГБ самого ценного на другой винт, при помощи Restorer2000 Professional (там был архив в нарезке на 4ГБ куски) - очень муторное дело - так ещё на пару дней хватило бы заниматься.

Цитата:

И напоследок вопрос - подобные дефекты происходят по какой причине? сбои питания? воздействие вируса? перегрев винта?

Чаще всего, кривые руки\проги

Dudus Это не программа виновата, а руки. Я даже не могу предположить, что надо сделать с помощью unerase, чтобы добиться такого результата. А совет можно перефразировать так: не используйте никакие программы исправления/восстановления, что-либо исправляющие или пишущие на восстанавливаемый диск, если не знаете на 100%, что именно они делают, с точностью до байта.

KLASS
Вот нашлось у меня немного времени и решил я написать про восстановление инфы из софт-бедов.


Цитата:

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

1. Будем считать софт-бедом сектор с искаженной КС.

По вашей теории:
1) информацию из такого сектора считать невозможно
2) вернуть в работу можно только его стиранием

***очень важный момент***
1. Если инфа целая, а КС битая - данные восстанавливаются (как? см. ниже).
2. Если инфа битая - восстаналивать нечего.

***алгоритм восстановления и восстановление***
1. Читаются секторы без проверки КС через лонг рид. Хост получает 520 байт, из них 8 - КС
2. ****САМОЕ ВАЖНОЕ****
Сбрасывается контроллер по тайм-ауту и рассчитывается номер дефектного LBA (потомучто при сбросе регистры обнуляются).

***
выводы (проверено на практике)
***
1. Если происходит преднамеренная порча КС, но данные остаются на не тронутыми (мндд, вирусы) - данные из образовавшегося софт-беда считываются.
2. Если произошло повреждение данных (в результате дефекта поверхности напрмер) - данные тоже считываются, но они уже неверные.

help777 "В дикой природе" секторов с целыми данными и испорченой КС практически не встречается, всегда именно данные искажены.

LeoT

Цитата:

"В дикой природе" секторов с целыми данными и испорченой КС практически не встречается, всегда именно данные искажены

Вот именно, поэтому практического смысла бывает мало, кроме особых случаев. Но все-таки стереотипы нечитаемости инфы из софт-бедов нарушены.

help777
Я мало понял из того, что ты сказал... Если ты хотел что-то рассказать\пояснить на практике, то, просьба, без сленга и по-подробней...

Цитата:

Если происходит преднамеренная порча КС, но данные остаются на не тронутыми (мндд, вирусы) - данные из образовавшегося софт-беда считываются.

Скажем так... Есть MHDD, делаем, искуственно, софт-бэд (пусть и нет такого в природе, ваще... не суть). Вопрос прежний, какую программу ТЫ использовал для восстановления данных из сектора с искуственно битой КС? Дай ссылку, расскажи что делать и мы в два поста, быстро все выясним... делов то. Если же ты снова в теории... извини, мне это не интересно.

Случайно был удален логический раздел NTFS. При восстановлении раздела testdisk'ом сначала проявил невнимательность и переразметил HDD неправильно (по ошибочным данным testdisk'а). После исправления обнаружилось, что другой из разделов не опознается WinXP как NTFS, несмотря на то, что его C/H/S параметры указаны правильно и Type выставлен в 07. Скорее всего, содержимое затронуто не было, т.к. при первом ошибочном разбиении эта область диска была с начала и в большей части помечена как свободная. Возможно ли что-то подправить "малой кровью", чтобы раздел стал видеться? Или уже не обойтись без recovery-утилит?

LeoT
Я то все правильно делал, кроме того, я имею обыкновение почитывать справочные руководства, пусть даже по-английски и досовские, а вот прога подвела, да, сильно подвела. Зато скажу как восстанавливаю теперь: при помощи easyrecovery, той самой, что 500 баксов стоит, а продается по 90 р. в ларьках. Почти 100% восстановить можно, только выглядит все как DIR1, DIR2 и т. д. Насколько я понял, у меня корневой каталог умер.

All
Господа хорошие, а почему ни слова о ЁRD Commander? Сам лично дважды восстанавливал информацию о пропавших разделах на 160 GB SATA диске. Правда, на сканирование уходил час -- но это терпимо. В третий раз воспользовался TestDisk 5.7 -- удивительно быстрая прога -- в 5 минут восстановил!
Но! В отличие от последней и других программ (Acronis DDS), ЁRD Commander позволяет сохранять восстановленные данные на внешних носителях -- например, во flash, а можно и по сети и через COM порт, если по по каким-либо прчинам запись на диск невозможна/нежелательна.

Теперь о моём диске -- ST3160023AS. Диск я ни разу не вынимал (я не любитель вытаскивать без крайней необходимости), разделов на диске много, но летал всегда раздел C -- первичный (и, иногда за компанию какой-нибудь другой). Вентилятор есть, в чём дело -- пока неясно. Может кто знает?

TeXpert
Какая ОС стоит? Какие сервис паки? Проблема 137 гиг решена?

KLASS

Цитата:

Я мало понял из того, что ты сказал... Если ты хотел что-то рассказать\пояснить на практике, то, просьба, без сленга и по-подробней...

Основная мысль, если ты не понял, - сектора с битой КС читаются и восстанавливаются. Я для этого специально выделил время и проверил на практике.


Цитата:

Скажем так... Есть MHDD, делаем, искуственно, софт-бэд (пусть и нет такого в природе, ваще... не суть). Вопрос прежний, какую программу ТЫ использовал для восстановления данных из сектора с искуственно битой КС? Дай ссылку, расскажи что делать и мы в два поста, быстро все выясним... делов то. Если же ты снова в теории... извини, мне это не интересно.

В моем конкретном случае использовалась программа Сергея Казанского Victoria 3.3 (полная версия).

ЗЫ. Интересно тебе или нет - мне нет никакого дела. У нас возник спор - я проаргументировал свою точку зрения и проверил еще раз на практике и оказался прав.

TeXpert

Цитата:

Теперь о моём диске -- ST3160023AS. Диск я ни разу не вынимал (я не любитель вытаскивать без крайней необходимости), разделов на диске много, но летал всегда раздел C -- первичный (и, иногда за компанию какой-нибудь другой). Вентилятор есть, в чём дело -- пока неясно. Может кто знает?

...есть такая проьлема lba48. воспользуйся поиском на форуме