Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

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

Автор: Antech
Дата сообщения: 09.07.2013 12:25
Jankas
По СМАРТу даже почти живой. Но картину портят 22 реаллокейта. Также много "шлейфовых" ошибок, но, как я понял, с ними Вы уже разобрались и UDMA CRC Errors RAW не растет. Что касается MFT, то на этом винте $MFT и $MFTMirr сохранились (я немного хвосты в них почистил), $Logfile и $Volume улетели. Но Логфайл можно Чекдиску оставить (пробовать стандартное размещение нежелательно), а $Volume просто берется от любого исправного раздела.

ИМХО, можно попробовать патч. Файл MFT-M.img, начальный сектор 6307584. Как запичывать Вы знаете. После этого, пожалуйста, покажите результаты Чекдиска.

Не забывайте про 22 реаллокейта. Результатов скана я не видел (возможно, пропустил), так что кто знает, может там еще и незаремапленных бэдов хватает. Но даже если их нет, особо этому винту не доверяйте, а в случае наличия важной для Вас инфы рекомендуется, в первую очередь, сделать посекторную копию через DMDE - Копировать секторы (можно и в файл). Тем более, что на счету этого винта еще и недетект в БИОСе. Если же там ничего особо ценного нет, можете сразу приступать к патчеванию.
Автор: Jankas
Дата сообщения: 09.07.2013 12:57
Antech

Тип файловой системы: NTFS.
Метка тома: Volume Label.

ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.

Проверка файлов (этап 1 из 3)...
Проверка файлов завершена.
Проверка индексов (этап 2 из 3)...
Удаление элемента индекса $O файла 25.
Утерян элемент индекса кода объекта или обнаружен повторяющийся код объекта
для сегмента 3 записи файла.
удаление элемента $LogFile из индекса $I30 файла 5.
Проверка индексов завершена.

Обнаружены ошибки. Продолжение работы в режиме только чтения невозможно.
Автор: Antech
Дата сообщения: 09.07.2013 13:00
Jankas
Можете пускать Чекдиск на исправление, но не забывайте про предыдущие рекомендации по безопасности инфы...
Автор: Jankas
Дата сообщения: 09.07.2013 13:16
Antech
Спасибо большое !
все восстановилось.
Автор: Antech
Дата сообщения: 09.07.2013 16:43
Jankas
Ну вот и славно. Не забывайте делать бэкап ценной инфы и периодически проверять RAW-значения основных атрибутов в SMART, а желательно иногда и сканировать поверхность (Verify или Read).
Автор: Jankas
Дата сообщения: 09.07.2013 20:19
Antech
Могли ли бы вы обяснить в кратце на пальцах как сделали патч и чем это делается?
У Криса я почитал но пока особо не понял нужно еще разок прочитать.
Автор: qrangerq
Дата сообщения: 10.07.2013 01:18
друг принес системник, говорит: "не грузится".

Гружусь с лайфа, вижу один раздел C: неотформатированный (RAW) и какое-то свободное пространство в 10 метров

В DMDE видны пропавшие разделы, как восстановить их?

http://rghost.ru/47307902
Автор: 3eJIeHbIu
Дата сообщения: 10.07.2013 08:34
да винт монтируется с разделом и всеми данными...хотя данных которые были нужны там все равно нет((( они не пропали просто мы расчитывали, что они там есть...спасибо за помощь!! этот патч что универсальный?
Автор: alexgr
Дата сообщения: 10.07.2013 10:47
qrangerq

Цитата:
В DMDE видны пропавшие разделы, как восстановить их?

самый надежный способ подключить второй винт и выдернуть все данные на него.
Автор: Antech
Дата сообщения: 10.07.2013 12:38
3eJIeHbIu

Цитата:
этот патч что универсальный?

Нет! Не применяйте на других винтах! Таблица разделов MBR обычно не имеет копии, применение патча просто запишет неправильную инфу для других винтов, а исходная таблица не сохранится (бывает, что даже если таблица подпорчена, в ней еще есть что-то полезное для восстановления, не говоря уже о том, что можно неправильно поставить диагноз). В общем, патчи индивидуальны из-за различий в структурах PT и FS на разных винтах.

qrangerq
А какие исходно разделы были на винте? Каких размеров, какие файловые системы? Ваш товарищ что-то делал с разделами, или "оно само"? Сейчас по DMDE видны следы двух разделов (на 43 ГБ и на оставшийся объем 117 ГБ), причем второй может быть полностью исправен, а у первого нет бутсектора. В то же время, в таблице - только один раздел на весь винт. Так что нужно уточнить, что восстанавливать.

Jankas

Цитата:
как сделали патч и чем это делается?

Чтобы сделать патч, нужно вначале понять что неправильно. Для этого и нужны статьи по структуре таблицы разделов (хотя бы MBR) и файловой системы (сейчас почти все кейсы с NTFS). Когда Вы разобрались на примере работающих разделов с их структурой (нашли раздел по таблице, нашли MFT, перешли к началу какого-то файла и т.д., используя только hex-представление), можно уже приступать к анализу неисправных разделов и пробовать определить что в них не так. На это может понадобиться прилично времени, но если интересно, то это превращается в хобби - и вот Вы уже тратите время на очередной кейс
Для просмотра содержимого винта, включая дампы, используют hex-редакторы. Кому какой нравится. Мне больше нравится WinHex, кто-то использует DMDE (в бесплатной версии работает редактор), профессиональные DR'ы могут, например, юзать редактор в Data Extractor. Кстати, в моем бесплатном MediaWorkshop редактор также имеет место быть, хотя он и совсем не такой крутой, как в WinHex, но там есть кое-что, чего нет в редакторе DMDE. В общем, редактор выбирается по вкусу.
Автор: xekanet
Дата сообщения: 10.07.2013 14:32
Antech раз уж зашел разговор за mbr , скажи, чем изучить его структуру и познать истину в дальнейшей ручной правке? смотреть в hex и разбираться или есть какие-то более плавные заходы для начинающего?!
Автор: Antech
Дата сообщения: 10.07.2013 16:07
xekanet
Самое лучшее начало - ни в коем случае не использовать автоматических фич редакторов. Большинство инфы для базовых знаний и для изучения MBR есть в wikipedia.org.

Если Вы не знакомы с базовыми понятиями "винтологии", рекомендую почитать форум "Магнитные носители информации" на iXBT.com или на этом сайте. Форум iXBT хорош тем, что там бывают DR-специалисты. Почитайте темы типа тонких деталей устройства HDD или стратегии ремапа. Предварительно можете посмотреть статью по HDD на Вики, я не проверял, но наверняка полезная базовая инфа там есть. Обратите внимание на то, как физически записывается инфа на диск, что такое серворазметка (серва), что такое трансляция, CHS и LBA. Это поможет избежать конфузов типа применения "physical" CHS к современным девайсам, ну и вообще даст Вам основные представления об устройстве HDD.

Если Вы не знакомы с дисковыми и другими hex-редакторами, начните с встроенного редактора DMDE или WinHex или даже MediaWorkshop-II. Из этих трех прог только WinHex платный, но он и очень удобный, и де-факто является инструментом начального уровня для полу-про восстановления (например, его используют при сборке RAID'ов даже DR-спецы).
Откройте в редакторе какой-нибудь винт как физический диск и просто взгляните на то, как выглядит самый первый сектор (он имеет номер LBA=0). Попробуйте изменить, скопировать какие-то фрагменты. Разумеется, не стоит сохранять изменения или переключать редактор в режим "мгновенной записи" (по умолчанию она отключена). Или сохраните начальные, к примеру, 50 секторов винта в файл и работайте с файлом. Ваша задача на этом этапе - стать "familiar" с редактором, чтобы потом он просто был хорошо знакомым инструментом.

Если Вы не знакомы с тем, как хранятся десятичные числа в памяти x86-систем, в т.ч. и на винте, почитайте про такие вещи как endianness (порядок байтов) и представление отрицательных чисел (в MBR Вам понадобится только первая фишка, но в NTFS и знаковые числа есть). Откройте винт или дамп MBR, например, в WinHex, и нажмите Alt+F12, выберите Master Boot Record - Apply. Измените какое-нибудь значение (например, начало раздела задайте 11223344) и нажмите Enter, закройте окно. Это авто-фича (шаблоны), но Вы на нее сейчас особо не смотрите, а посмотрите что теперь отмечено в окне редактирования синим цветом. Это измененные байты. Обратите внимание на то, как они расположены (44 33 22 11). Попробуйте на других числах. Если работаете с винтом, не сохраняйте изменения .
Надеюсь, что с битовыми картами проблем у Вас не возникнет. Смысл - в том, что часто некоторые поля являются не целыми значениями и не идентификаторами, а битовыми картами (bitmaps). Например, поля флажков атрибутов файла (это не конкретно про MBR, но вообще для раскопки логики накопителей полезно знать). Например, в виндузовом Калькуляторе наберите в битовом режиме 10101010 и переключите в байтовыый (hex) вид. Это hex-значение одновременно является битмэпом или полем флагов, которые Вы ввели (каждый бит может отвечать за какой-то признак).

Теперь полноценное изучение MBR. В двух словах, MBR содержит (в начале) исполняемый машинный код загрузчика, после чего следуют 4 записи разделов, а сразу после них, в двух последних байтах сектора - значения 55 AA (это указывает на "особый" с логической точки зрения сектор). Каждая запись раздела занимает 16 байт и содержит байт флажка загрузочного раздела, начальный CHS-координаты, байт кода типа раздела, конечные CHS-координаты, начальный номер LBA (начальный сектор) и число секторов. Подробнее Вы можете ознакомиться на Wiki: насколько помню, там хорошо написано.

Прочитали про MBR? Теперь откройте винт (или дамп начала винта) в редакторе и попробуйте без шаблона, прямо по hex-значениям, определить тип первого раздела, номер начального сектора и число секторов. Посмотрите, является ли раздел загрузочным. CHS-координаты сложнее, т.к. там используются отдельные биты (значения разделены границами байт), но, к счастью, для современных винтов эти значения обычно не актуальны. В принципе, Вы можете пользоваться для них шаблоном "Master Boot Record" в WinHex или другом редакторе: значимого пробела в знаниях это не даст, т.к. такой "анахронизм" сейчас в обычных кейсах не встречается, а для MBR наверняка на практике будете пользовать шаблон.
Определили параметры раздела (кроме CHS)? Переведите в десятичный вид и запишите на бумажку или в текстовый файл. Откройте шаблон MBR (в WinHex - Alt+F12, Master Boot Record, Apply). Сравните то, что покажет программа, с тем, что Вы определили. Если ошиблись, ищите в чем именно. Если все правильно, значит "stage clear".

Теперь, когда Вы достаточно хорошо знакомы с MBR, можете поставить смелый эксперимент. Возьмите винт без нужной инфы или флешку, сотрите начало винта (флешки) в дисковом редакторе и переподключите (или перезагрузитесь). Создайте там обычным способом (например, в Управлении дисками в Винде) один MBR-раздел, отформатируйте и запишите несколько файлов (любых). Откройте начало винта в редакторе и, без использования шаблонов, запишите на бумажку (переведите на калькуляторе) номер начального сектора и число секторов в десятичном виде (это чтобы не было слишком просто). Теперь удалите нафиг MBR через редактор (не перепутайте винт!!!) и переподключите. Никаких разделов, правда? Теперь вручную, без использования шаблонов, прямо в hex'е впишите идентификатор 55 AA и параметры одного раздела (CHS можете оставить нулевыми). Переподключите. Вы снова должны иметь доступ к разделу. Поздравляю: Вы освоили MBR. Есть интерес? Вас ждет не менее увлекательная, но гораздо более сложная вещь - NTFS. Читайте, изучайте, экспериментируйте.
Автор: 9285
Дата сообщения: 10.07.2013 18:18
xekanet
Гуру написал много и всё не прочёл, но хотелось бы добавить к его словам.
Не знаю, есть или нет "лишние" винты - даже если есть, ошибиться то можно.
Да и физические дёрганья шлейфов, отключение железа не очень полезно для них.
То ли дело виртуальная машина: отключай, перезагружай хоть 100 раз на день, создавай десятки "винтов". В общем, настоятельно рекомендую.

Dawnreader
Получил. и ещё больше не понял почему такие результаты поиска NTFS - в фрагменте практически целые записи, но их почему то нет в логе. С другой стороны непонятный диапазон записей 0-191, при том что есть 4-ххххх. Тут бы неплохо узнать мнение автора программы или других, кто может обьяснить эу несуразицу. Ну а пока, на всякий пожарный, давай осмотрим SMART.
PS. Интуиция подсказывает что в этом деле виновата 8-ка, особено её новая политика исправления ошибок на диске.
Автор: Antech
Дата сообщения: 10.07.2013 21:10
9285
Вы переоцениваете мои знания
Автор: xekanet
Дата сообщения: 11.07.2013 09:09
Antech
Cпасибо, основные знанию по жестким есть, учился на факе компьютерной инженерии работаю на практике, с жесткими в том числе, но ваш пост необычайно мне полезен, буду осваиваться с структурой MBR и hex-значениям. Думаю ваш пост + гугл повысит мой IQ

9285 Спасибо! Отличная идея + легко создать варианты в виртуале. Буду пробовать.
Автор: Gor303
Дата сообщения: 11.07.2013 10:54
Ребят, подскажите пожалуйста как в Recuva восстанавливать данные с сетевых дисков? У меня при выборе сетевого диска кнопочка "ок" становится неактивной какую бы инфу (картинки там архивы и т.п.) я не выбрал.
Автор: SevereK20
Дата сообщения: 11.07.2013 11:07
Gor303
с сетевого диска? я себе это вообще слабо представляю.
Автор: Gor303
Дата сообщения: 11.07.2013 11:11
SevereK20
Ну да, дык в описании к программе есть функция - восстановление инфы с сетевых дисков. Или я что то не правильно понимаю.
Автор: xekanet
Дата сообщения: 11.07.2013 11:15
Gor303
слабо представляю что в делаете, но диски сетевые у вас подмонтированы, права есть на запись/чтение?
Автор: Gor303
Дата сообщения: 11.07.2013 11:21
xekanet Конечно есть и на чтение и на запись, сетевой диск полностью расшарен для всех пользователей домена, как папка обмена.
Автор: xekanet
Дата сообщения: 11.07.2013 11:22
http://www.techspot.com/community/topics/deleted-file-recovery-software-that-will-work-on-network-drive.130629/
вот почитайте подобная проблема
Автор: Gor303
Дата сообщения: 11.07.2013 11:33
Что то не совсем я понял вас, в винде у меня и так подключен сетевой диск, он виден и пользователю и программе как мне "подмонтировать его как диск"? Напишите пожалуйста поподробнее?
Автор: xekanet
Дата сообщения: 11.07.2013 11:35
Gor303
вы не уточнили что это виндовс, прочитайте ссылку высше
Автор: Gor303
Дата сообщения: 11.07.2013 12:16
xekanet
Спасбо за сылочку, я не особо хорошо знаю английский( я почитал через гугл).Насколько понял что через винду вроде возможно(хотя возможно я и не правильно понял)
Опишу тогда приблизительно что я пытаюсь сделать:
Есть сервер на Debian(устанавливал и настраивал не я).
На серваке подняты 2 домена (виртуально) и расшарены диски - папки обмена.
Пользователь удалил информацию с папки обмена.
Я зашел в домен, в нем до меня уже была установленна Recuva (и пользователи говорили что прежний администратор восстанавливал им удаленную информацию с этого диска обмена).
Ну вот я и пытаюсь воспользоваться программкой для восстановления данных именно Recuva (не зря же она была установленна).

P.S. Я знаю что можно использовать R-Studio c ее агентом, или GetDataBack с подключением по ip, есть вариант - тупо выдернуть винт - подключить к компу и на нем уж восстанавливать скок угодно.
Просто изначально установленная Recuva и ее "умение восстанавливать по сети" - меня сбило с толку.
Ну вот как то так.
Автор: Antech
Дата сообщения: 11.07.2013 12:42
Gor303
ИМХО нужо именно отключить винт и восстанавливать как обычно. Кстати, это прокатит с NTFS (если еще не затерлась запись файла и его содержимое), но, насколько я знаю, наверняка не прокатит с большей частью других ФС (различные FAT и, вроде, Ext тоже не позволяет полноценно восстановить удаленные).
Автор: Gor303
Дата сообщения: 11.07.2013 12:51
Antech
там NTFS. Да если отключу винт - проблем никаких....а хотелось и думалось....
Автор: Antech
Дата сообщения: 11.07.2013 13:09
Gor303
Когда восстанавливаете удаленные, первым делом нужно отключить винт. Это существенно (!) увеличивает шансы.
Автор: xekanet
Дата сообщения: 11.07.2013 13:14
Gor303
вы правильно поняли, чем быстрей отключите жесткий и чем меньше людей будут писать файлы в папку обмена тем больше шансов
Автор: Gor303
Дата сообщения: 11.07.2013 13:18
Antech
Все то оно так, только все это смотря на сколько важны эти данные.
Просто, как я и писал выше, меня сбила с толку установленная Recuva для меня и стало интересно как же с её помощью можно востановить данные с сетевых дисков. Ну и похоже что Никак.
Автор: 3eJIeHbIu
Дата сообщения: 11.07.2013 17:36
Antech
ну я так и подумал просто смотрю ты мне и другому один файл для скачки дал вот и закралось сумненьице...а так то я понимаю что диски разные таблицы в них тоже разные и записав одну в другое работать не должно....

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485

Предыдущая тема: востановление флешки фирмы Verbatim


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.