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

amadeus5

Цитата:

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

Эти проверки с включенными исправлениями и без анализа ошибок - сами по себе плохой стиль и опасны для инфы. А еще и выдергивать при этом разъем - совсем непонятно...

По дампу ничего особенного в начале раздела не видно.
По СМАРТу полно бэдов, винт нужно заменить.
Для восстановления инфы снимите образ и обработайте GetDataBack. Образ! Обработайте образ, а не винт!

Пожалуйста, а можно по подробнее. Я еще мало опыта имею.

Цитата:

Берёте VMWare, создаёте виртуальную машину, ставите туда любимую OS, затем добавляете туда нужный жёсткий диск, и делаете его Advanced->Indepent->Nonpresistent.

Прямо в шапке, чтобы и другие (кому требуется) могли почитать.

Все разобрался

Нужна помощь!
Дело было так: в системе два винта Самсунг - 40 Гб и 80 Гб.
На 40-гигабайтном тома такие: 33 Гб (диск С, NTFS, с него грузится ХР), 7 Гб (диск D, FAT32).
На 80-гигабайтном тома такие: 6 Гб (диск E, NTFS), 74 Гб (диск F, NTFS).
Решил я переразбить 80 Гб диск по другому, чтобы потом в другой комп воткнуть. Запустил Fdisk, создал основной, расширенный и логические разделы и потом черт меня дернул обозначить основной раздел как активный. Ведь в системе уже есть активный раздел на 40 Гб винте (диск С). Загрузка стала производиться с диска, на котором нет винды.
Чтобы вернуть все как было, удалил в обратном порядке все разделы с 80 Гб диска.
Теперь Fdisk показывает что на 80 Гб винте разделов нет, а на 40 Гб винте, который я пытался не трогать, разделы такие:
33 Гб NTFS, стоит буква А (активный), буква С исчезла;
7 Гб FAT32, обозначен буквой С, и похоже, винда теперь должна грузиться с него.
Можно теперь вернуть правильные буквы этим разделам и заставить винду грузиться?
PS Надеюсь на Ваши ответы!

masterwinner
Попробуй отцепить 80-гиговый винт, загрузить с CD Recovery Console и скомандовать оттуда: fixboot и fixmbr

Спасибо, обязательно попробую и отпишусь, что получилось.
Ничего этого не произошло бы, если бы я перед манипуляциями с 80 Гб диском отключил питание и шлейф от 40 Гб винта?

masterwinner

Цитата:

Ничего этого не произошло бы, если бы я перед манипуляциями с 80 Гб диском отключил питание и шлейф от 40 Гб винта?

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

Добрый день!
Имею в наличии два жестких диска, один на 160Гб IDE, другой на 250Гб Sata. Мне понадобилось перенести с одного диска (160Гб) на другой (250Гб) операционную систему, и файлы.
Параметры диска в 250Гб:
Disk /dev/sdb - 250 GB / 232 GiB - CHS 30401 255 63, sector size=512 - ST3250824AS
На каждом диске по разделу NTFS. Копировал все обычным копированием, потом пришла мысль, что бы диск большого объёма остался загрузочным, скопировать MBR (теперь понял, что этого делать не стоило), при помощи MBRWiz2.0
После копирования, на большем диске появились два пустых раздела, которые не определялись в системе. Решил восстановить справедливость, при помощи testdisk-6.11.3, к сожалению она мне это сделала в пределах объёма первого диска (наверное так и должно быть, из за того, что там же хранится информации о партициях?), а вторая часть, так и осталась не распределенной, даже не помогло "глубокое сканирование", в общем ввел я параметры вручную, вернее те, что показала мне программа dmde для партиции Total sector number - 488391057, а запись mbr сделал rebuild в testdisk-6.11.3, т.к. резервную он использовать отказался.
В итоге:
Analyse Disk /dev/sdb - 250 GB / 232 GiB - CHS 30401 255 63
Geometry from i386 MBR: head=255 sector=63
NTFS at 0/1/1
get_geometry_from_list_part_aux head=255 nbr=2
get_geometry_from_list_part_aux head=8 nbr=1
get_geometry_from_list_part_aux head=16 nbr=1
get_geometry_from_list_part_aux head=32 nbr=1
get_geometry_from_list_part_aux head=64 nbr=1
get_geometry_from_list_part_aux head=128 nbr=1
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=2
Current partition structure:
1 * HPFS - NTFS 0 1 1 30401 254 63 488408067 [1]
После перезагрузки разрешил сработать chkfs, в итоге те файлы которые были на нераспределенной партиции с 0 размером.

Данный вопрос представляет для меня чисто теоритический интерес, т.к. информация у меня эта есть, но все таки, получить доступ к этой информации все ещё можно, или она потеряна?

p.s. Скорее нужна помощь, в правильной разметке диска, думаю Я промахнулся с количеством секторов.

2life

Цитата:

получить доступ к этой информации все ещё можно, или она потеряна?

После чекдиска - потеряна. Восстановить можно, но только в raw. Потому что файловые записи в MFT испорчены (размер 0 и нет ранлистов), а без них через фс получить доступ к файлам невозможно.
А чтобы копия была загрузочной, надо всего лишь поставить метку активного раздела в РТ, ну и проверить наличие кода загрузчика в MBR (не трогая РТ) и в первых секторах раздела. Есть они там или нет, зависит от того, чем размечали и форматировали. Если виндой, то должны быть.
Резервной копии MBR нет, если только ее кто-нибудь специально не создал.
Разметка правильная, если файловая система исправна. А какого размера раздел - не имеет значения, лишь бы инфа влезла.
"Два пустых раздела" (а точнее - один некорректный раздел и пустое место) появились не после копирования, а после записи несоответствующей РТ.
Чтобы Testdisk правильно нашел раздел, надо было его предварительно удалить из РТ. Total sector number надо в РТ вводить на 1 больше, чем прописано в бутсекторе (+ этот самый бутсектор).
Ну и не обращайте внимания на CHS координаты, они не используются, используется только LBA.
А что там имели в виду линуксоиды под get_geometry_from_list_part_aux - я не знаю

Цитата:

"Два пустых раздела" (а точнее - один некорректный раздел и пустое место) появились не после копирования, а после записи несоответствующей РТ

Понятно, но Я то думал, что MBRWiz2.0 предназначен для копирования лишь mbr, но никак таблицы разделов)) Просто сделать раздел активным, я не мог, на диске в 250Гб был GRUB, и Я хотел от него избавиться ((

Все таки есть вопросы по поводы разметки, настораживает предупреждение DMDE, от том, что "Том не умещается на диске". Может подправить размер раздела, если смотреть по картинкам, то он явно больше, чем сам размер диска?



Пытаюсь изменять размер раздела, через тестдиск, при этом задаю размер раздела таким образом:

Физический размер диска - 488 397 167 секторов (по dmde), из него отнимаю 1, это число указываю в качестве Total NTFS Sectors. Далее отнимаю 63, и указываю это число в качестве количества секторов в параметрах загрузочного сектора NTFS, и еще отнимаю один сектор, и пишу это число в качестве разера разделов.

Выглядит это так:
Физические секторы (DMDE) - 488 397 167
Total NTFS Sectors - 488 397 166
Количество секторов в загрузочном секторе NTFS - 488 397 103
Секторов в разделе - 488 397 102

Знаю, что ошибаюсь, но пока толкового материала не нашел.

При этом PTDD Partition Table Doctor 3.5 выдает следующую ошибку при запуске -




Цитата:

Чтобы Testdisk правильно нашел раздел, надо было его предварительно удалить из РТ. Total sector number надо в РТ вводить на 1 больше, чем прописано в бутсекторе (+ этот самый бутсектор).

Если не сложно, каким образом удалить раздел из PT? Через тот же самый тестдиск?

p.s. Нуб, Я в этом полный, прошу помощи, заранее спасибо.

2life

Цитата:

Физический размер диска - 488 397 167 секторов (по dmde), из него отнимаю 1, это число указываю в качестве Total NTFS Sectors

Надо не от размера диска отнимать, а к числу секторов из бутсектора прибавлять единицу. Если первый бут уже испортили, то в последнем секторе раздела есть копия. Бут вообще трогать не надо, только РТ.
Для записи MBR не трогая РТ есть стандартная виндовая команда fixmbr, а что делают сторонние утилиты, доподлинно известно только их авторам (да и то не всегда )

Цитата:

каким образом удалить раздел из PT?

Обычным fdisk, например. Или в дисковом редакторе. Но теперь уже поздно, файловые записи все равно покоцаны чекдиском.

Лео говорит правильные вещи.

2life
Вам не надо уже ничего восстанавливать, т.к. нет смысла. Все испорчено Чекдиском и отменить это невозможно.
Запустите HDDScan, выберите нужный винт (не перепутайте), Test - Surface - Erase (Write). Достаточно несколько секунд, потом тест можно отменить. Перезагрузитесь и заново создайте/отформатите раздел, скопируйте инфу... И не совершайте ошибок. Полезли в структуры данных на винте - вначале мануалы и проверка знаний путем read-only раскопок, затем - опыты на кроликах, и только потом - на винте с нужной инфой (пусть даже и есть бэкап). А если Вы сразу полезли крамсать автоматическими read/write лечилками, то я извиняюсь, но, как поется в песне: "быть морячкою - не для тебя" , тогда делайте все только в Управлении Дисками...

Добавлено:

Цитата:

Я то думал, что MBRWiz2.0 предназначен для копирования лишь mbr, но никак таблицы разделов

Фишка состоит в том, что при MBR (Intel) разметке и таблица разделов, и загрузчик находятся в MBR. В общем случае MBR может быть любого размера (например, см. GRUB). Но обычно (MS операционки) MBR занимает только один сектор (512 байт), это сектор 0. Вначале там загрузчик, а потом (начиная со смещение 1BEh байт) - таблица разделов (4 элемента). И завершается этот сектор двумя байтами 55 AA, которые указывают, что это "особый сектор" (в данном случае MBR). Вот и вся любовь, это очень простая структура (если не лезть в дизассембл загрузчика, но это на практике и не требуется для DR и для восстановления "загрузочности" - просто копируется исправный загрузчик).
Ну вот, а Вы скопировали MBR от другого винта вместе с PT. Про Чекдиск на исправление я уже не говорю...

Спасибо за достаточно подробные ответы! Знаю, что мои операции повторять на важной информации не стоит, но это все сделано было осознанно, и сейчас для меня это спортивный интерес, и небольшой возможный опыт, т.к. информация вся есть.
Просто пытаюсь поработать с программами для работы с разделами. Например, у DMDE отмечу плюсом, что она видела "правильный" раздел в 250Гб (ещё до chkdsk), и это безо всякого глубокого сканирования, при этом даже были видны файлы которые находились, за областью в 160Гб. Но вот поправить PT она не может, или не дала в бесплатной версии?

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

1) DMDE всегда правильно отображает количество физических секторов? Т.е. стоит доверять, и править нужно так раздел, с учетом этого значения?

2)Размер раздела NTFS такой получается?
488 397 167(физ.размер) - 62(незанятая область) - 1(бут сектор) = 488 397 104 (отвожу под Active,PRI),

3)В загрузочном секторе ntfs прописываем 488 397 103?

p.s. Попробовал заполнить таблицу по приведеным выше расчетам, DMDE перестал ругаться на некорректный размер диска. Значит все поправил? Осталось сделать, что бы создалась копия mbr в конец раздела, там сейчас белеберда какая то...

MBR - это master boot record, она одна в LBA=0. Там же таблица разделов. А в 63-м бутсектор, там код BR и параметры раздела, одного, того, от которого это бутсектор. Копия есть (должна быть) именно бутсектора. Естесственно, если смотреть его как MBR/PT, будет белиберда. Почитайте уже теорию, что-ли, описаний этих структур множество в инете .

Спасибо всем! Сижу курю информацию!

Советую всем прочитать Особенно пригодится тем кто пытался восстановить данные и не получилось.....
Включил компьютер и …ничего! Не грузится, не работает…Видимо что-то случилось. После недолгих размышлений обнаружил - предательски отказывает операционная система. Получил сообщение о том ,что диск не отформатирован..... Полностью читайте здесь: http://www.info-recovery.ru/content/stati/ne_format.html

sergol2ser

Цитата:

Полностью читайте здесь:

Ну и зачем сдесь эта реклама? Вы работаете в этой конторе?

Начал я ДОСе размеры раздела двигать, и на полпути,см.фотку. выше.

Я щас проверку ADDS'm запустил с восстановлением, так чой-то долго.....:
- так уже почти час.....

КАК ИСПРАВИТЬ !?

Здравствуйте.
очень нуждаюсь в помощи.
винчестер на 1.5 терабайта
после спасения информации внешнего винчестера, комп перестал видеть два раздела своего внутреннего винчестера.
в программе Active@ UNDELETE Enterprise Edition 7.3 эти два раздела он увидел и писал что "Primary and cope boot sectors are not mached"
в Boot sector Copy программа выдавала все нули а в Boot sector Primary было большее разнообразие цифр
после этой разницы я подумал что их надо привести в один вид и начал я с одной цифры в Boot sector Copy после чего решил сохраниться. и в этот момент вылезло окно и единственное что я успел прочитать это terminated после чего программа закрылась.

теперь этот раздел программой не обнаруживается. помогите пожалуйста.

Вечер добрый!
На компьютере сгорел блок питания. После его замены решил протестировать винт Samsung SP0411N 40GB (Виктория 3.52) и оперативку(MemTest). Тестирование не выявило дефектов поверхности. Единственное что теперь невозможно посмотреть параметры S.M.A.R.T. При попытки их прочесть выскакивает ошибка

был бы благодарен услышать комментарии опытных в этом вопросе людей на счет данной ситуации. стоит ли использовать этот винт в дальнейшем.

boy999
А Вы чего хотите - инфу достать или хард добить? Видимо второе .
Диск с дефектами, да после двигания разделов, и чекдиск на него...

Добавлено:
Landvik
R-Studio, сканируете и сохраняете найденное на другой носитель. И никаких undelete и прочих автоисправлялок.
Ну или смотрите советы для 2life с предыдущей страницы.

Добавлено:
bruho_donHenaro
Насчет SMART'а - попробуйте включить его любой программой, умеющей давать команду SMART enable operations. А насчет харда - использовать можно, если работает, но не держать на нем ничего, что жалко было бы потерять. Так как он на этом свете что-то уж очень задержался .

Продолжение моей истории: 80 Гб диск отцепил, boot.ini не изменился, загрузка не идет. Volkov Commander папки и файлы видит и открывает. Вот что выдал ADD Suite про 40 Гб диск:

flags: Pri,act letter: C
flags: (пусто) letter: D

про диск С:

mount point C
Current letter None
Win95 Original Letter None
Win95OSR2/98/Me letter d(0)p(1)
winNT4/2000/XP Number hda1

про диск D:

mount point D
Current letter None
Win95 Original Letter C
Win95OSR2/98/Me letter d(0)p(2)
winNT4/2000/XP Number hda5

Видимо, проблема в том, что диску D присвоено теперь 'Win95 Original Letter C', а должно быть 'Win95 Original Letter None'.
Как теперь поступить, скажите, пожалуйста? Решил проблему. Сначала добавил в список ОС в бут.ини несколько ОС, загружающихся с разных партиций, чтобы появился тайм-аут и список выбора. Никакого списка я не увидел, только белый курсор на черном фоне. Значит, система не видит бут.ини, т.е. хочет грузиться с диска D.
Перешел в решительное наступление. Загрузил Paragon Partition manager с Hiren Boot CD 10.2 и убрал метку активности с диска С. Попробывал загрузиться. Увидел сообщение: "Boot failure from previous device... и тд"
Загрузил ХР с помощью Hiren Boot CD 10.2, выбрав пункт 'Boot from Hard Drive - Windows XP (NTLDR)'. В диспетчере дисков на диске С стояла метка 'Загрузка' вместо 'Система'. Сделал диск С активным из диспетчера дисков (появилась метка 'Система' вместо 'Загрузка'). Перезагрузился и винда запустилась с диска С. Ура! Всем спасибо за участие. Переустановка не понадобилась даже!

Обзор программ для восстановления данных

2life

Цитата:

пытаюсь поработать с программами для работы с разделами

Чтобы работать на исправление, нужно точно представлять, что Вы делаете. Автоматическая исправлялка не дает этих знаний. Поэтому Вам нужен мануал + дисковый редактор (лучше с шаблонами, но вначале разбирайтесь с натуральным Hex-представлением без шаблонов).


Цитата:

у DMDE отмечу плюсом, что она видела "правильный" раздел в 250Гб (ещё до chkdsk), и это безо всякого глубокого сканирования, при этом даже были видны файлы которые находились, за областью в 160Гб. Но вот поправить PT она не может

Нажмите Ctrl+E, чтобы разрешить редактирование. F2 - переключиться в Hex View (в меню также можно найти фиксированные шаблоны, включая Intel-MBR, который показывается по умолчанию).


Цитата:

В моем случае MBR записан в 63 сектор,

MBR всегда начинается в секторе 0. А размер - да, обычно один сектор.


Цитата:

DMDE всегда правильно отображает количество физических секторов?

Общее на накопителе? Вроде да, глюков с этим не замечено.
В разделе? Тогда смотря в каком окне. Если в окне экспресс-поиска ("Разделы"), то размеры показываются конкретно из таблицы, бутсектора и копии, и тут трактовка очевидна, они берутся из соответствующих полей PT и BS (дальнейший анализ - Ваша задача). Если по результатам поиска NTFS/FAT, то там, насколько помню, аллоцированное количество секторов, т.е. ен точный размер раздела (да и откуда Вы точный-то возьмете при глубоком поиске, бутсектора и PT при этом вообще может не быть).


Цитата:

Осталось сделать, что бы создалась копия mbr в конец раздела

Не MBR, а бутсектора. Это только для NTFS, и только в том случае, если Вы задали размер раздела в бутсекторе на 1 сектор меньше, чем в таблице.

iamm
Больше на рекламу сайта похоже.

sergol2ser
Реклама 100%.
Статья фигня. Примеры "перлов":
1. Несколько копий бутсектора.
2. Основная причина испорченного бутсектора - вирус.
3. Самостоятельно нереально снять посекторку при одиночном бэде.
4. [Наверняка можно еще приколы найти.]
Что это еще за бред? Особенно п. 3... Вы с какой планеты? У Вас там что, нет DMDE или WinHex?

Обращаться в такую фирму на восстановление - игра в русскую рулетку.

Landvik
Если хотите помощи, plz прекратите нажимать наугад кнопки в автоисправлялках. Вместо этого покажите скрин из виндового Управления Дисками. А еще DMDE - физический диск - сервис - копировать секторы в файл. Первый сектор 0, число секторов 100 => sderni.ru или zalil.ru.

Antech, не знаю.. Вся информация по теме.

iamm
По теме, но ничего нового...

LeoT

Цитата:

Диск с дефектами, да после двигания разделов, и чекдиск на него...

Чекдиск - проверка диска виндою? 1й или 2й метод?
Она ж ребутнуццо потребует.

boy999
Какая разница, какой метод. Сам факт автоматического исправления фс после смещения разделов да на неисправном харде говорит о том, что инфа с него экспериментатору не нужна .

boy999

Цитата:

Она ж ребутнуццо потребует

Инфа менее ценна, чем ребут? И после такого? Забейте, такая фигня не стоит гемора, требуемого для восстановления в данном случае. Это даже в фирме могут не сделать.

Да и это была не методика, а описание неверных шагов при восстановлении .

Несколько дней назад программой Paragon Home Expert 2009 был заархивирован образ HDD с операционкой XP2. Программа отработала нормально и архив объемом около 140 gb был сохранен на другом HDD. Случилось так, что заархивированный диск полетел. В мастерской поставили диагноз - клин двигателия HDD. Теперь нужно восстановить образ на другой жесткий диск (большего объема). Восстановление с резервного диска на новый этой же программой проходит без сбоев. Но в результате диск, на который был восстановлен архив не читается, windows сообщает, что доступа к диску нет, а файл или папка повреждены. Программа сканирования диска исправляет огромное количество ошибок файловой системы на диске с восстановленным архивом. В программе Paragon Home Expert 2009 диск видится отформатированным в NTFS, а виндоус в свойствах диска извещает, что файловая система RAW. Что делать? Где ошибка?