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

Винт WD 1Тб внешний. Показывает RAW раздел. При восстановлении в GetDataBack NTFS сразу проходит сканирование и ничего не находит. Клиент сам толком не сказал что было. Возможно была система mac os. Какой прогой лучше восстанавливать. На примете R-Studio, может что еще есть?

В GetDataBack настройки есть. По умолчанию он быстро пролетает.

Что-то я не нашел в опциях.

Добавлено:
Excessive search - это?

Вроде да.

Добавлено:
Поставил бы русскую, было более б понятно.

Просвятите пожалуйста по скриншоту:

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

Ну, раз вы 9285 не Antech, то может вам, тогда лучше помолчать, если не к вам обращаются. Или ваше оскорбленное эго заставляет вас быть "к каждой бочке затычкой"?
А по-поводу поведения: вы, когда в дверь проходите пригибайтесь, а то короной дверной косяк сломаете. И кстати, в отличие от Antech, от вас я не увидел ни одного совета (это к вопросу осмысления советов), зато сарказма у вас хватит на троих.
Поэтому, или советуйте что-либо дельное, или как я написал выше, не встревайте в разговор.
Ну, а если вы так рветесь в бой, проясните вот эту ситуацию (диски D и F)

http://img256.imageshack.us/img256/9563/screnshot00.png

http://img440.imageshack.us/img440/4029/screnshot01.png

http://img85.imageshack.us/img85/9004/screnshot02.png

http://img687.imageshack.us/img687/4236/screnshot03.png

genderbender

Цитата:

Вы же не родились с глубокими познаниями HDD, тоже ведь, наверно, совершали ошибки? Вот и укажите мне на эти ошибки

Я далеко не гений. Но зато у меня хватило логики никогда не переразмечать винты партмагоидами и всегда делать бэкап. И когда у меня Чернобыль накрыл раздел (я тогда вообще понятия не имел о разделах и ФС), я восстановил из бэкапа. На следующий день комп был готов к работе. Потом история повторилась с двумя винтами неудачных серий (Авер и MPG), помог бэкап. Так что незнание разделов и ФС вовсе не оправдывает отсутствие бэкапа и необдуманные действия. И причина недовольства ведь не в том, что Вы, например, не тот скрин из DMDE показали, тогда бы никто и не возмутился, все могут ошибаться. Причина - в том, что Вы начали исправлять, не спросив совета на форуме и не разобравшись самостоятельно в том, что делаете. А это не ошибка, это тенденция...

Совет я Вам уже давал, вместо этого Вы накуралесили ТестДиском...

ravbubu

Цитата:

Возможно была система mac os

На этот случай может оказаться полезным UFS Explorer, R-Studio (они умеют линуксовые ФС).

IFKey

Цитата:

каковы возможные причины

Аппаратные или программные глюки. Динамическая разметка не очень распространена, но довольно сложна (я в ней подробно не разбирался), однозначно врядли кто-то ответит.


Цитата:

пути решения проблемы

Смотря что это были за разделы. Если просто отдельные, то покажите скрин "Разделы" из DMDE и дамп сектора 0 для каждого пострадавшего диска. Если были "составные" и т.п., то сложнее...

Блин, Antech, каюсь конечно, виноват, что не послушал умного совета. Кстати бэкап у меня есть и тот винт (в моем первом вопросе) я уже восстановил. Но, блин так хотелось разобраться что к чему, вот и не удержался. Наверно, на меня повлияло присутсвие бэкапа, это несколько "развязывает руки"
А с этим винтом (сообщение чуть выше) что делать? Все файлы я уже скопировал на другой диск, на всякий случай.
Сторонними программами не размечал, тест-диском не размечал и ничего не менял. Посоветуете что делать? Или просто формат и не морочить себе голову?
Тенденция это множественные, идентичные ошибки в действиях. А я только одну пока совершил .
Ну и на самом деле, хватит уже меня укорять. Давайте начнем все с "чистого листа"? Я и скриншоты выложил...

genderbender

Цитата:

так хотелось разобраться что к чему

Вы можете воспользоваться:
1. WinHex.
2. www.akina.hop.ru/mbr.php3 или ru.wikipedia.org/MBR (не помню точно URL)
3. Статья Криса Касперски по NTFS.
Но это не слишком быстро...


Цитата:

Все файлы я уже скопировал на другой диск

В HDDScan Tests - Write, через несколько секунд можно отменить. Или аналогично в Victoria API - Test - Write. Потом перезагрузитесь, выполните diskmgmt.msc и создайте раздел(ы) по вкусу, форматните там же.


Цитата:

Тенденция это множественные, идентичные ошибки в действиях

Да не, речь о самом подходе. Вот у меня не работает DAT-дека (глючит проц что ли, ХЗ в общем). Сервис-мануала не найти на нее. Но я же не пытаюсь паять и коротить все подряд. Дека стоит в шкафу, может будет время - поищу хотя бы даташит на проц... Не найду - так хоть ломать не буду.

У Вас еще есть что-то на восстановление?

Цитата:

Michael99

В GetDataBack убрал еще быстрый скан. Начал определять файлы, но при сканировании показывает все файлы с нулевым размером. Может GetDataBack все же не может определить мак. файлы:

Извиняюсь за назойливость, но что-то я не вижу в HDDscan test write. Есть это
http://img850.imageshack.us/img850/6364/hddak.th.jpg[/IMG]

genderbender

Цитата:

я не вижу в HDDscan test write. Есть это

У Antech очепятка, но догадаться несложно…
Тискаем кнопку в самом пупе утилиты (Вы это сделали). Затем:
Surface Tests ===> Erase

Кстати, здесь не нули в секторы пишутся а вот так сектор затирается:

Цитата:

• При тестировании в режиме Erase программа подготавливает блок данных заполненных специальным паттерном с номером сектора и передает данные накопителю, накопитель записывает полученный блок (информация в блоке безвозвратно теряется!). Программа замеряет суммарное время передачи и записи блока и готовности накопителя после каждого блока и выводит результаты. Блоки тестируются последовательно - от минимального к максимальному.

См. Доку

genderbender
Спорить с нубом дело бесполезное, но всё таки.
Ты когда идёшь по улице и видишь что кто то ведёт себя ненормально (особено в отношении знакомых людей), то терпишь пока он не сделает подобное в отношении тебя?
Мне нужно было предложить то же самое что уже тебе предложил Antech, особено видя что ты забил на него?
Что касается короны, то ту есть немало примеров моей помощи людям , которые не бычились, до такой степени, что не могут пролезть в дверь. , а делали что им советуют.
И я не рвусь в бой, да и на слабо не ведусь.
Так что вдыхай поглубже.

9285

Цитата:

ICQman2GO
Куча пендингов и релокейтов. Делай посекторную копию и работай с ней.

Ну вот, наконец-то, купил новый 320Gb хард, перенес на него посекторно данные со старого 100Gb.
Первые 100 секторов-Скачать

ICQman2GO
Это уже было, только что толку от секторов рабочего раздела?
Подробности какие либо будут - какие примерно разделы были, с какой ФС?
Рековерилками пробовал вытаскивать? Нашлось что то?
Не скромничай (не играй в партизана).

Можешь сделать Поск соотвествующей файловой сисемы на проблемном участке и выложить лог поиска.

9285

Цитата:

Не скромничай (не играй в партизана).

Я извиняюсь, сразу не предупредил - мопед не мой... Сам его еще не ковырял.

Цитата:

Подробности какие либо будут - какие примерно разделы были, с какой ФС?

Судя по снимку системы с пациента - один раздел 92,95Гб NTFS и один 204Мб (х.з. зачем он такой и какой FS).
Что предпочтительнее - восстанавливать FS или выковыривать файлы рековерилками?

ICQman2GO
Вон оно чё. А как же ты делал посекторку, если мопед не твой?
Судя по предыдущему сообщению - первый раздел исправен. А раз исправен, то значит информация доступна. Да, есть какой то непонятный реликт в конце диска, но может он и не нужен?
Или имено в тех 200 мегабайтах хранится суперценная информация (пароли, явки, счета в оффшорах)?
В общем то, ясно что ничего не ясно. А при таком раскладе что то советовать или рекомендовать бессмыслено.

Кстати, или ты купил не новый винт, или что то уже с ним делал перед посекторкой (типа создания одного раздела).

9285


Цитата:

Кстати, или ты купил не новый винт, или что то уже с ним делал перед посекторкой (типа создания одного раздела).

Винт новый - 3Q ext.HDD 2,5" 320Gb, я ничего не создавал (в смысле разделов). Как он шел из упаковки, так я его и включил. Потом WinHex'ом поставил на посекторное копирование. Насчет 200 Мб раздела ничего не могу сказать, но там наверняка нету полезной информации. Вообще нужно восстановить фотографии.

Добавлено:
9285

Цитата:

ICQman2GO
Вон оно чё. А как же ты делал посекторку, если мопед не твой?

Мне дали мопед на предмет возможности восстановить с него фотографии.
Я купил новый и стал делать посекторку. Но что с мопедом до меня творили умельцы не могу сказать. Взят он с ноутбука, в определенный момент посыпался и его оттуда сняли. Может 200Мб спецраздел Windows был - х.з.

Цитата:

или ты купил не новый винт

Новый - внешний USB HDD. Я раздел не создавал на нем, наверное он там был уже. Надо было перепроверить. Т.к. запускал посекторное поздно - мог упустить из виду. Ты считаешь, нужно обнулить винт и заново сделать посекторное, чтобы не путался лишний раздел?

ICQman2GO
Ну звыняйте, я не телепат - поэтому не просёк что ты купил внешний винт.
А на них ФС присутствует - собствено поэтому и "вылазит" запись о разделе на 320 гигов.
Просто ошмётки заводской ФС могут помешать тебе при восстановлении - в случае если будешь делать тот же Поиск ФС.
Обнулять весь винт и делать посекторку вновь? Не уверен в олезности данного действа; и имено в части того что неизвестно выдержит ли посекорное копирование проблемный винт.
Я бы в текущей ситуации сделал другое - создал бы раздел за пределами "границы" которая находится далее последнего сектора проблемного винта (195 371 567), и в него бы записал посекторный образ.

Что касается восстановления - так что сейчас с существующим разделом? Не открывается, требует форматирования или что то другое?

9285

Цитата:

что сейчас с существующим разделом?

Диск D: 92,95Gb Не открывается - "Нет доступа к D:\. Файл или папка повреждены.Чтение невозможно".
А с больным HDD вообще проводник подвисал - при попытке открыть "Мой компьютер" с подключенным внешним HDD. Через Управление дисками можно было увидеть только Неизвестный раздел.


Цитата:

Я бы в текущей ситуации сделал другое - создал бы раздел за пределами "границы" которая находится далее последнего сектора проблемного винта (195 371 567), и в него бы записал посекторный образ.

Правильно ли я понял порядок действий?
1.Создаю раздел (без ФС) в неразмеченной части нового жесткого диска.
2.Копирую во вновь созданный раздел секторы 63 - 194 932 709 (99,8Гб), т.е. с нового на новый HDD, только подальше от начала.

Предисловие:
1. На материнке ASUS P5Q Premium на котроллер Silicon Image Sil5723 было подключено 4 диска WD20EARS в режиме normal (не JBOD, RAID0, RAID1) т.е. в системе Windows 7 (Корпоративка) они определились как 4 отдельных диска. ОС установлена на SSD подключенном к ICH10R, на нем-же (ICH10R) поднят RAID5 с другими дисками т.е. свободных портов SATA на материнке нет.
2. Средствами ОС все WD20EARS были преобразованы в GPT и затем в динамические диски
3. Создан единственный Том X: с чередованием и контролем четности (RAID 5 volume) из 4х WD20EARS на все пространство массива.

Описание проблемы:
Физически умер один WD20EARS, через "Управление дисками" увидел состояние динамического диска - «Отключен» или «Отсутствует».
Рактивизация тома никакого результата не дала
По глупости/не знанию я выбрал "удалить том"

Требутся помощь в:
Вернуть том в исходное состояние
Человечески объяснить как заменить неисправный диск в массиве.

p.s. SATA порты подключения каждого диска известны. НЕ известны порядок дисков в RAID, размер страйпа, parity rotation. 8 ТБ инфы..

подскажите кто знает/понимает что за непонятный мне "глюк":
есть внешний usb-hdd с одним ntfs диском на 500 гиг.
уже не первый раз попадается такая ситуация - на win7 стираю на нем файл (видео на 1.4 гига) минуя корзину в totalcmd по shift-del.
в папку, где лежал этот файл, ничего нового более не записывается.
на следующий день запускаю R-Studio - никакого упоминания о файле нет [не в директории, не при поиске по имени]
Почему в директории даже не остается "упоминания" о файле ? вроде же, как я помню по fat, при стирании файла помечаются как свободные кластера, из которых состоял файл, а первый символ имени файла в записи директории помечается каким-то там специальным символом.

ICQman2GO
Покажите дамп 100 секторов, начиная с сектора 6291519 от начала физического диска.
Покажите результат chkdsk.exe БукваРаздела: без /f.

protman

Цитата:

Вернуть том в исходное состояние

Врядли кто-то Вам с этим поможет. Даже в DR-фирме не будут делать LDM in-place.
Если нужна инфа, то для самостоятельного восстановления реален только один способ: собирать виртуальный RAID-5 в DMDE, R-Studio или WinHex. Но для этого надо знать где начинается пространство под массив на каждом диске. Т.к. это RAID-5, а не JBOD, то определять где кончается пространство массива на винтах не нужно, это Вам повезло еще. Можете показать дампы по 1000 начальных секторов каждого физического диска массива. А еще посмотрите в WinHex или DMDE, начиная с какого сектора начинается ненулевое содержимое (не считая самого начала). Просто объем там может быть приличный до области массива, если MS Reserved Partition в GPT были сохранены, а перекачивать 5 дампов по сотням мегов - это как-то не комильфо (ведь если эти reserced-разделы удалены при GPT=>LDM, то дампы слабо сожмутся архивированием).

DrakonHaSh

Цитата:

Почему в директории даже не остается "упоминания" о файле ?

В директории, скорее всего, вообще сдвиг делается и элемент удаленного файла исчезает. Там же это, B+Tree, хитрая сортировка какая-то.
Что касается MFT, то запись файла может быть использована для другого файла или каталога (не важно в каком каталоге он был создан, MFT-то одна на все каталоги и файлы). А зная космическую активность Винды на запись...


Цитата:

как я помню по fat

Верно, но у Вас ведь винт NTFS.

Как найти заголовок ISO образа winhex (вер.16.0) чтобы добавить для восстановления по сигнатуре. Нужно в список "Signatures" добавить зоголовок ISO. В списке "File Header Serch" файлп ISO не нашел. Сам файл через "Open" открывается. Исошник начинается с CD001 это заголовок?

Здравствуйте.
Помогите, пожалуйста, если кто сталкивался со следующей проблемой:
было на ноутбуке 3 раздела: диск С - 50 ГБ, диск Д - 12 Гб, диск Е - 235 Гб, плюс еще скрытый раздел Ацер. Решил я увеличить обьем на диске Е программой Partition Manager 10. Удалил диск Д и отбил немного места на диске С и решил обьеденить все это с диском Е. Partition Manager 10 все сделала и начала копировать данные, но ноут выключился. Я опять включил и решил закончить начатое, и все таки обьеденил разделы и докопировал информацию. Но в итоге практически вся информация стала нечитаемой, некоторые медиафайлы, при запуске, проигрывают совершенно другие файлы.
После этого ничего на данный раздел не копировал, и теперь сижу уже 4-й день и не знаю что сделать, потому как на данном разделе была очень важная информация.

Доброго времени суток.
Столкнулся со следующей проблемой: на логическом диске Q "поломалась" файловая система NTFS. Сказать точную причину не могу - никаких особых операций с ним не делалось - может виновата WinXP c ловким chkdsk, может Samsung начал сбоить. Резервных копий к сожалению нет.
Прошу помочь советом как можно восстановить ФС, хотя бы частично.

Что уже было сделано:

- попытка проверить диск с помощью "chkdsk Q:" завершилась неудачно;
"Тип файловой системы: NTFS.
Невозможно определить версию тома и его состояние. Работа CHKDSK прервана."

- "Управление компьютером" тоже загадочно молчит о содержимом Q (другие три раздела с Убунтой и Fat32 раздел чувствуют себя нормально);
Результат

- диск переподключен новым SATA шлейфом к другому SATA порту;

- протестирована ОЗУ (с загрузочного диска Ubuntu) - проблем не обнаружилось;

- сделан расширенный SMART тест диска. HDDInfo сделал предупреждение только по строке "199 UltraDMA CRC Errors 099 099 0000000000-0B1D000" (Полный отчет);
Результат

- сделана попытка узнать о месторасположении MFT при помощи WinHEX. Получил довольно странные значения "Start MFT"=2, "Start MFTMirr"=48, как подсказывают опытные люди - это происки акрониса.
Результат

- при помощи DMDE сделана копия первых 100 секторов логического диска Q (bin-файл);

- выполнен довольно успешный поиск NTFS на диске Q при помощи DMDE (log-файл);
Результат

- после поиска DMDE смог показать почти цельную файловую структуру проблемного диска.
Результат

- с подачи заслуженного камрада 9285 и при помощи DMDE был подробно просмотрены элементы раздела \[MetaData]. Его содержимое было сопоставлено с содержимым \[MetaData] другого, работоспособного NTFS раздела.

Перечень найденных отличий:
1. Содержимое $Extend\$ObjId отличается наличием поля $ATTRIBUTE_LIST и отсутствием поля $INDEX_ALLOCATION.
Странный ObjId

2. Элемент $LogFile "не открывается" (DMDE не показывает его содержимое по двойному клику на него). Выяснив месторасположение $LogFile на работоспособном NTFS разделе удалось глянуть в ту же область на проблемном. Содержимое сектора 392 ("LBA: 392 лог.сек:392 Клас:49 сек:0") оказалось почти идентичным у обоих разделов. Есть надежда, что $LogFile уцелел.

3. Элемент $MFT у обоих начинается в области "LBA: 16 лог.сек:16 Клас:2 сек:0 (MFT 0)" и выглядит почти идентичным у обоих разделов. Но, чуть дальше я нашел несколько проблем:
3.1 BAAD вместо FILE* в секторах "LBA: 18 лог.сек:18 Клас:2 сек:2 (MFT 1)" и "LBA: 20 лог.сек:20 Клас:2 сек:4 (MFT 2)", которые вероятно отвечают за элементы $MFTMirr и $LogFile;
3.2 "пустой" сектор "LBA: 22 лог.сек:22 Клас:2 сек:6 (MFT 3)", который вероятно отвечает за элемент $Volume.
Теперь ясно почему содержимое $MFTMirr,$LogFile и $Volume не открывается в DMDE по двойному клику.
3.3 Область "LBA: 95435520 лог.сек:95435520 Клас:11929440 сек:0 (MFT 16)" тоже начинается с BAAD, но она пуста, также как и у здорового раздела, поэтому на неё можно не обращать внимания.
На этой области я закончил просмотр и сравнение содержимого MFT и думаю остальные (MFT №) нам уже не помогут в решении основной проблемы.

4. Элемент $MFTMirr "не открывается", теперь это уже предсказуемо - дествуем также как и с $LogFile в п.2 . Содержимое сектора 384 ("LBA: 384 лог.сек:384 Клас:48 сек:0") оказалось почти идентичным у обоих разделов - оба содержат последовательномсть $MFT. К сожалению последующие сектора 386 (содержащий последовательномсть $MFTMirr) и 388 (последовательность $LogFile) начинается с BAAD. Сектор 390 (потенциально там должна была быть последовательность $Volume) пуст. Последующие сектора выглядят одинаково на обоих дисках.

5. Содержимое $Secure различается значениями параметров $DATA, $INDEX_ROOT, $INDEX_ALLOCATION, наверное это нормально.

6. Элемент $Volume (который дожен находиться в секторе "LBA: 22 лог.сек:22 Клас:2 сек:6 (MFT 3)) пуст, как мы уже убедились в ходе п.3 и п.4.

Подбивая итоги имеем BAAD в нескольких секторах, связанных с $MFTMirr и $LogFile. Пара секторов, связанных с $Volume, оказались обнулены.

Подскажите пожалуйста куда двигаться дальше ?
Благодарю за помощь!

useralbanec

Цитата:

Невозможно определить версию тома и его состояние.

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

Цитата:

Получил довольно странные значения "Start MFT"=2, "Start MFTMirr"=48;

Вполне "нормальная ситуация" для тех кто пользовался акронисовскими поделками.

Здраствуйте уважемые пользователи.Обрисую сейчас свою ситуацию и надеюсь на вашу помощь.Значит купил вот этот внешний хард WD Elements 1Tb Se 2.5 USB 3.0 ещё до потопа в Тайланде за 2700р.Хард очень понравился маленький,тихий и не греется.Что казалосьбы надо?!Я на него скинул весь свой фотоархив за 6 лет ,очень важные файлы и так он лежал у меня где-то 3-4 месяца как файлохранилище.Но вот я купил себе телевизор Samsung UE46D6100SW и соответвенно стал мой внешний хард использоваться как медиацентр в телевизоре скидываешь фильмы и просматриваешь.
Когда к пк через Usb провод подключаешь в обычном нормальном режиме он быстренько проверяет все файлы на внешнем харде и отображается в моём компъютере иконкой WD .Спокойно нажимаешь естественно и заходишь на него.Так вот в один такой прекрасный момент когда я решил залить свежую порцию фильмов подключаю к компу его и что я вижу ?Заходя в Мой Компьютер начинаются нереальные лаги и через минуты 2 появляется на равне с хардами в пк диск G нажимаю нанего начинаются опять нереальные лаги и через энное время система просит его отфармотировать,что естественно нельзя нивкоем случае.

Дальше ВАЖНО :Я его не ронял ,не проливал ничего он даже лежал все время пока им не пользовался в родной коробочке.
На пк хард не отображается,а когда подключаю к телевизору он его прекрасно видит и прекрасно работает все фильмы проигрывает ,фотки ,скрины и тд.
Никаких скрежетаний ударов постукиваний нет.Он просто работает в нормальном режиме ,но комп его не видит.?!(((

ВАЖНО :
Я тут уже начал вспоминать были ли у меня косяки вспомнил что обычно справа когда подключаешь вылезает такой ярлычек типо там надо отключить винт чтобы безопасно его извлечь я вроде два раза эту манипуляцию не сделал дурак(((

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

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

9285


Цитата:

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

Спасибо за идею - изучил раздел Metadata более подробно и сравнил его с рабочим Metadata другого диска. Результаты добавил в своё первое сообщение.


Цитата:

Вполне "нормальная ситуация" для тех кто пользовался акронисовскими поделками.

"Тяжёлое наследие царского режима" (с)

useralbanec
Скопируйте $Volume от любого исправного раздела...