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

mPolr

Ну тогда, можно попробовать таким образом:
1)создать копию
2)в копии восстановить таблицу разделов, в частности интересующий вас раздел на 48Гб
и не важно, каким он обозначится ext3 или еще каким
3)Натравить на него FormatRecovery, указав, что это NTFS, хотя он и сам должен это обнаружить
либо вместо 3) можно поробовать другие программы из разряда восстанавливающих диски, а не файлы.
R-Studio? сейчас не скажу какие, воде как Acronis-овские утилиты для этого предназначены,
кстати да,
Acronis Recovery Expert пробовали натравливать? Он заявлен как утилита именно для вашего случая.
Хотя лично для меня Acronis-овские программы, в отличие от других, оказались абсолютно бесполезными,
поэтому судить о них не могу.
Для ручного редактирования таблицы разделов и операций с хардом советую
Runtime Software DiskExplorer, а не Acronis Disk Editor.

Цитата:

Ну тогда, можно попробовать таким образом:
1)создать копию
2)в копии восстановить таблицу разделов, в частности интересующий вас раздел на 48Гб
и не важно, каким он обозначится ext3 или еще каким
3)Натравить на него FormatRecovery, указав, что это NTFS, хотя он и сам должен это обнаружить

Этот способ не помог
В данный момент передали винт в одну фирму, для платного востановления... ждём и грызём ногти

Такая ситуация, есть 3 винта, IDE, 200+200+320 gb, на всех NFTS. Недавно решил подключить сидиром, подключил его на секондари. В биосе он определился как мастер, а 3й винт соответственно как слэйв. После загрузки винды, этот винт пропал, и в Управлении дисками был виден как не разбитый диск. Его можно было инициализировать, но при этом компьютер зависал намертво, пришлось создать новый раздел и отформатировать Быстрым форматированием. Вопрос, сейчас можно восстановить MFT или придется восстанавливать все файлы какой нибудь программой. FinalData собиралась мне сканировать винт около суток, это много или нормально для 320 гб ?

galleon2005


Цитата:

Вопрос, сейчас можно

а нужно? не боялся ж винт размечать и форматировать

Цитата:

FinalData

не используй FinalData,
насчет FinalData тоже можно в шапке написать -- эта программа ведет запись на диск, с которого восстанавливает файлы

Цитата:

это много или нормально

это мало

в общем, читай 95-96 страницы,
пробуй Easy Recovery, R-Studio, GetDataBack

mPolr

кстати вот эти ребята занимаются восстановлением информации и с hdd и с raid

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

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

На диске 80 Gb создано 3 первичных раздела: 1 раздел - Windows XP (основной, рабочий, с офисом и нужными программами), 2 раздел - Windows XP (для всяких экспериментов с программами). Все работало прекрасно. Затем я стал устанавливать на свободное место диска Ubuntu и при установке загрузчика GRUB ошибочно указал не MBR, а 2-й раздел. 2 раздел при этом испортился - в диспетчере дисков он определяется как раздел с файловой системой RAW, в Windows XP буква для 2 раздела существует, но при попытке доступа к нему появляется надпись - Диск не найден или Диск не отформатирован. Предполагаю, что Grub запортил первые 512 байт раздела, может быть и еще где-нибудь нагадил. Как мне исправить 2 раздел, чтобы с него нормально могла грузиться уже установленная Windows XP?

galleon2005
Цитата:

После загрузки винды, этот винт пропал, и в Управлении дисками был виден как не разбитый диск. Его можно было инициализировать, но при этом компьютер зависал намертво, пришлось создать новый раздел и отформатировать Быстрым форматированием

Я одно не пойму... Почему нельзя было этот диск просто отключить? Зачем так, через заднее место, чтобы потом задаваться сакраментальным вопросом
Цитата:

Вопрос, сейчас можно восстановить MFT или придется восстанавливать все файлы какой нибудь программой

Или я чего-то не понимаю?

tumanovalex
Сам же говоришь, что для экспериментов, проще отформатировать и переустановить все заново.
Есть и более сложный путь:
1) создать резервную копию
2) На живой винт натравить Acronis recovery expert (все ценные данные, надеюсь, забэкаплены)
3)можешь опробовать семейство Easy Recovery(FormatRecovery mode), R-Studio, GetDataBack NTFS

TeXpert
Дак ступил что-то, забыл просто, что нельзя форматировать
У меня просто была подобная ситуация давно, но тогда я просто MFT восстановил и все, а сейчас забыл просто про это и форматнул...
EasyRecover восстановил 200гб за 10 часов, но структура папок немного испорчена.

ptr73, спасибо за ответ. Переустанавливать не хочется, уже стоит Grub

tumanovalex
Как мне исправить 2 раздел
Полагаю, оригинальный бутсектор нужно вернуть. На NTFS разделе, если форматили Виндой, резервный бутсектор есть в последнем секторе раздела. В FAT32 копия BS, как правило, в 6 секторе раздела.
Но это только чтобы данные скопировать. GRUB наверняка занимает далеко не один сектор (у меня он в MBR, занимает секторы 0...15 включительно).
Начало раздела в NTFS (обычно первые два кластера == 16 секторов) занимает файл $Boot. Самы первый сектор - это, собственно, бутсектор. Далее, насколько я понял, расположен загрузочный код (обычно для WinXP использовано дополнительных 6 секторов после BS). Этот код ИМХО понадобится скопировать со здорового раздела.
На разделах FAT32 обычно в начале есть 34 зарезервированных сектора, где нет ничего ценного, кроме загрузочного сектора и его копии. Тут проблема именно в восстановлении загрузочного сектора. (Там, правда, еще FS Info sector, но ИМХО на него можно забить).

И снова, как гриться, здравствуйте! Подскажите, что это может быть: диск WD3200AAKS. Как бы я его не разбивал на праймари и логические диски, а в конце все равно остается около 2 Гб неразмеченного места.

Итак, конфигурация на скриншоте №1. moderator
После разбивки получаем картину, как на скриншоте №2 moderator
В Arconis DiskSuite идем в редактирование секторов неразмеченной области. Цилиндр 615829 -- чист. (скриншот №3) moderator
Следующий цилиндр 615830 уже содержит какую-то инфу (скриншот №4) moderator
А цилиндр 615831 выдает ошибку в процессе чтения секторов (скриншот №5) moderator. Это ошибка повторяется на всех остальных секторах.

Общий объем конкретно этого диска меньше, чем второй винт WD3200AAKS. Даже в биосе во время загрузки объем одного винта определяется как 298 Гб, а второго -- 296 Гб. Не могу понять, что это за фигня Может, кто знает? И как с этим бороться? Спасибо!

Antech, спасибо большое за объяснения! Я с этого сайта по ссылке http://rapidshare.com/users/URUE6W скачал MultiBootLiveCD ID=1 (by Sish - полная версия, релиз от 27.06.2007г.). Хотел попытаться восстановить раздел программами с этого диска. Однако требуется пароль на распаковку архива, а я его не знаю. Помогите, пожалуйста, очень хочется попытаться восстановить раздел.

tumanovalex
Пробуй в названии этого сайта выделить часть между forum и com (точки выброси) и пробуй в разных вариациях.

Месяц назад был куплен Seagate Barracuda ST160xxxxxx объемом 160 гиг. На него с помощью Acronis True Image перенесены данные с 120-гигового диска (партиции созданы пропорциональные).
Недавно, когда переписывал данные с третьего диска (USB-винт) на 120-гиговый, винда замучила сообщениями, что из-за ошибок в буфере записи не смогла сохранить все данные в $Mft.

Чуть позже выяснилось, что на диске "H:" что-то полетело, папки резко стали недоступны. Сделал ребут, не отказался от работы chkdsk (зря, наверное). Итог - уцелел один каталог:
h:\reget\sierra в котором один файл на 118 метров (архив).

Все остальное исчезло.
Чекдиск, насколько я помню, удалил порядка 14 тысяч orphaned records или типа того.

GetDataBack, FinalRecovery, R-Studio, Easy Recovery либо виснут, либо восстанавливают файлы с мусором (R-Studio из трех сканов не дал двух раз одинакового результата).

Помню, когда про ошибки в mft винда писала, сообщения были об устройстве типа \harddisk\volume8

Сегодня увидел сообщение о беде на волуме 6. Как узнать, 6-й волум - это какой диск на каком железном диске?
Всего в системе 2 диска, оба барракуды.

система win2k server SP4.

ToppeaDop
В начале:
http://forum.ixbt.com/topic.cgi?id=11:27711-44#1610
А потом уже данные восстанавливать.
Ну, а достанешь или нет сами данные, это уж, как карта легла после слета FS без поддержки LBA48 и в особенности после работы chkdsk.

tomset
нет у меня разделов больше 100 гигов. Так что дело не в этом.
Еще раз прошу совета - чем восстановить данные (в основном JPG) - желательно со структурой каталогов.

И чем проверять/лечить диски вместо разрушительного chkdsk ?

Добавлено:
перепрочел пост по ссылке tomset. Беда настигает не только разделы более 128 гб, но и разделы, которые ПОСЛЕ 128 Гб лежат? о, ужас.... срочно побежал включать поддержку 48-битной адресации.

Цитата:

Беда настигает не только разделы более 128 гб, но и разделы, которые ПОСЛЕ 128 Гб лежат?

Не правильный вывод. Беда постигает все разделы. Т.е. то что должно писаться/читаться за границей 128ГБ при отсутствии поддержки LBA48, пишется/читается опять с отсчетом от начала диска,
по формуле: реальный_LBA = нужный_LBA - 268435455

tumanovalex
Вам нужен дисковый редактор. Популярны бесплатный DMDE (Win/DOS) и платный WinHex (Win). В Гугле найдете оба, включая "лекарство" для WinHex.
Ну и техническую документацию по разделам и файловой системе почитайте.
А если Вы считаете это слишком геморным, то проще переустановить операционки заново.

Спасибо большое, Antech. Попробую исправить этими редакторами. Если не получится, о отформатирую.

tomset
вообще-то странно... Больше недели диск работал абсолютно нормально, не было причин для паники. Странности начались, когда я стал переписывать с USB-диска на первый винт (120Гб) большие массивы данных. Почему при этом пострадал ВТОРОЙ винт - загадка.

И непонятно, как определить, какому диску приходит каюк по сообщениям об ошибке в журнале "система", где диски именуются Volume0....VolumeX

По-прежнему стражду знаний, чем заменить CHecKDiSK, чтобы не было мучительно больно.

ToppeaDop
Easy Recovery тебе не помог, то со структурой каталогов уже можно распрощаться.
Если нужны JPEG-и, то они прекрасно восстанавливаются любой программой в RAW-mode,
только придется вручную их сортировать по папкам, хотя у них есть EXIF, и по данным EXIF их можно будет автоматически переименовать, а потом рассортировать.
Насчет восстановления RAW и EXIF. Разные фотоаппараты делаю разную структуру фотографии. В некоторых просто EXIF+фото, в некоторых EXIF+smallpreviewfoto+foto, при восстановлении в RAW важно, чтобы такая структура не распадалась на 2 фотографии (зависит от программы восстановления), чтобы не потерять EXIF, первые и последние байты у всех JPEG одинаковы, так что проблем с поиском Jpeg на диске нет.

Добавлено:

Цитата:

Почему при этом пострадал ВТОРОЙ винт - загадка.

Элементарно, Ватсон. Банальная нехватка питания -- основная причина полета винтов.
USB-винт поди еще и без собственного блока питания? Ну тогда тем более, либо запитывать USB-винт отдельно (что правильнее), либо ставить в ПК БП помощнее (что может и не помочь, зависит от материнки)

USB-винт питается отдельно.

разнообразные программы по восстановлению в RAW-режиме дают разные результаты. Очень часто, например, дают файлы размером в 150 Мб, а таких фотографий у меня не было. при просмотре обычным viewer-ом видно, что в один файл попадают куски разных файлов. причем, не обязательно фотографий

Интересный момент, когда GetDataBack сканирует диск, в начале работы он перечисляет имена файлов, которые у меня были. Пишет что-то вроде "*** Index NOT ADDED for xxxxxxx.JPG"

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

К сожалению, не знаю, как заставить GDB добавлять-таки правильные индексы, пропущенные на первой стадии.

ToppeaDop

Цитата:

разнообразные программы по восстановлению в RAW-режиме дают разные результаты. Очень часто, например, дают файлы размером в 150 Мб, а таких фотографий у меня не было. при просмотре обычным viewer-ом видно, что в один файл попадают куски разных файлов. причем, не обязательно фотографий

Естественно, фрагментированные файлы в RAW режиме такими и будут, программе нужно просто указывать, к примеру, максимальный размер не больше 7 метров и все.

Цитата:

Интересный момент, когда GetDataBack сканирует диск, в начале работы он перечисляет имена файлов, которые у меня были. Пишет что-то вроде "*** Index NOT ADDED for xxxxxxx.JPG"

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

При порченной MFT ты уже ничего с этим не поделаешь, смирись, не совпадают имена, указанные кластера и фактические кластера.

ptr73, после работы чекдиска, я даже ошметков MFT в автоматическом режиме не увижу (соответственно, не смогу ими, ошметками воспользоваться для восстановления файлов)?
Откуда тогда GDB берет названия файлов? можно ли заставить ее эти файлы потщательнее поискать?

Раздел NTFS содержит 2 записи MFT, одна в начале, 2-я, если не изменяет память ровно по середине партишина. Если не прав, гугу поправьте.

Sheriff73
Не совсем прав, 2-я MFT состоит всего из 4-х записей и делу не поможет.
ToppeaDop
Не уверен, но мне кажется, что названия файлов остались в ошметках, покореженных чекдиском, соответственно имена файлов в них есть, а вот ссылаются они на левые кластера.

ToppeaDop
Откуда тогда GDB берет названия файлов?
Названия файлов есть не только в файловых записях MFT, но и в индексах каталогов. Однако, в файловых записях есть списки экстентов (цепочки кластеров файла), в индексных записях этого нет. В индексах, кроме имен файлов и другой "шняги" типа времен, есть номер файловой записи для каждого файла и подкаталога. Авторекаверилка могла не найти заданные файловые записи и поэтому отбросила найденные в индексах файлы. Но это только одна из возможных причин, точно Вам ответит Runtime Software - исходники проги закрыты.
Ну и, как правильно заметил ptr73, сами файловые записи (точнее, их списки экстентов) могут указывать "не туда".
Вообще, Чекдиск - это да, разрушительная для данных прога (и то, что она запускается автоматически при старте ОС - просто отвратительно).

Antech
ptr73

Чем пользоваться в будущем, чтобы не попасть таким же образом? Какие альтернативы чекдиску?

ToppeaDop
Чтобы не потерять данные - бэкап. Без вариантов.
А файловую систему можно и ЧекДиском чинить, ведь у Вас будут две резервных копии на двух различных внешних носителях . Можете еще поискать в инете, как отключить через реестр автозапуск ЧекДиска.