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

alexgr

Цитата:

не видел - не знаю

Прошу прощения, как-то не очень заметно получилось, не мудрствуя лукаво поставил цифры на ссылках:

Цитата:

SMART 1, 2

south_man
Понял, спасибо, сейчас начну копировать. С контактами плохо: в двух наборах отвёрток нет нужного, купить никак руки не дойдут.

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

В общемм... Всё понятно. файлы *.mts (Sony AVCHD 2.0) не имеют одинаковой концовки. По этому они восстанавливаются через опу. Sony идиоты блин.

Выход пока нашёл в R-STUDIO
написав xml с повторением начала сигнатуры. Без концовки.

<?xml version="1.0" encoding="utf-8" ?>
- <FileTypeList>
- <FileType id="1416" group="Multimedia Video" description="Sony HD files" extension="mts">
<Signature offset="4" from="begin">\x47\x40\x00\x10\x00\x00\xb0\x11\x00\x00\xc1\x00</Signature>
</FileType>
</FileTypeList>


Первые пробы положительные. Хотя длинна файла может быть любой. И файлы перемешиваются. Но видео уже доступно, что не может не обнадёживать.

Да, тут: http://forum.r-tt.com/can-r-studio-recover-sdhc-t117-60.html
Разработчики R-STUDIO общаются на эту тему.

Добрый день, подскажите пожалуйста как открыть резервный файл(разрешение .xlk) созданный Excell-ем, основной файл куда то исчез а резервный был как бы удален, я его восстановил с помощью R studio, и вот этот файл открывается иероглифами, есть возможность его как нибудь открыть нормально или гиблое дело? заранее спасибо

ПЫсы: В ручную разрешение менял не помогло( и открывал в том же офисе в котором и был создан файл, не помогло(

Ilgizarka

Цитата:

и вот этот файл открывается иероглифами

значит там мусор, который восстановился.

Цитата:

есть возможность его как нибудь открыть нормально или гиблое дело?

а там нечего открывать.

Цитата:

резервный был как бы удален, я его восстановил с помощью R studio

значит пробуйте еще.

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

Ilgizarka
Видимо файл восстановлен по записи в файловой системе (предположим что у тебя NTFS).
В ней указаны участки где находятся данные файла или он весь целиком. НО, т.к. файл удалён, это место свободно для записи других данных. Соотвественно, туда могут записаться другие данные, в том числе и временно. Поэтому восстановление такого файла возможно физически, но получаем тот самый мусор.
Хотя возможно что повреждена лишь часть файлов - в таком случае хоть что то можно извлечь не программами по восстановлению данных, а программами по восстановлению тех или иных форматов файлов.
Так что тебе надо поискать что то типа MS Office (Excel) Recovery.

Ontrack EasyRecovery ОЧЕНЬ ХОРОШО!!!!! восстанавливает mts'ы!!! очень крутая прога!

MrBy
Твои слова лишь подтверждают написанное мною раньше. Как раз таки о Ontrack EasyRecovery достаточно нелестные отзывы.
Впрочем:
1. верить всему написанному в нете не стоит - той же DMDE восстанавливают файлы а они битые. Плохая программа? Нет, просто плохо сломали. Не исключено что и другие аналогично ведут себя. Опять же - умение пользоваться самой программой.
2. Чтобы судить о крутости той или иной проги надо полноценно сравнить с другими. Может есть ещё круче.

Спасибо за ответы. После того как основной файл куда то исчез на этот внешний HDD ничего не записывалось, файл по размеру правильный 23,85мб, но только расширение .xlk( я так понял это разрешение автоматом Excell присваивает своим резервным копиям) попробую то что вы посоветовали. Если с помощью оных программ не получится, то все можно забить на этот файл?

Ilgizarka
Даже если ты ничего не записывал на диск, за тебя это может делать та же винда.
Если хочешь - выложи файл на посмотреть что там. Если конфидишен, то покажи как выглядит хотя бы заголовок файла в хексредакторе.
И да, если файл сохранён в новом формате офисных документов, то это по сути zip-архив - соотвественно его можно открыть архиватором и проверить целостность и структуру.

Установил Office Recovery Enterprise 2007 Multilanguage( и с помощью Recovery for Excell) попробовал восстановить этот файл, вроде как восстановилось хотябы теперь не иероглифы, но все разбилось( (ну хоть какую то инфу можно выдернуть). Файл конфидишн сори, заголовок хекса:

Ilgizarka
Заголовок явно не от экселевского файла.
PS. Если бы я не понимал понятия конфидишена, то и не писал бы про этот вариант.
Так что не стоит извиняться.

Нещадно накосячил и забил нулями метров 300-500 на другом диске, подскажите, пожалуйста, можно ли чем-то просмотреть MFT и узнать, какие файлы там были? Диск монтируется, chkdsk при зпгрузке попытался проверить, успел тормознуть. Сектора приблизительно помню. Сделал скрипт и запускаю в цикле findlbaf, но это очень долго и не уверен, что это то, что нужно.

Skif_off
Тут важно чем форматировался винт.
Если виндой, то MFT храниться в районе 3гб от начала раздела и не должна пострадать.
И в той же DMDE можно посмотреть карту кластеров.
Ну а если пользовался любимым некоторыми УПД под названием Акронис, то заголовок MFT аля-улю.

9285
Акронис фтопку, диск создавался средствами ОС. В DMDE и ковыряюсь в итоге, только как-то всё жутко неудобно: почему нельзя выдать список и дать возможность сортировать по номеру записи и положению на диске (первый сектор хотя бы)? Ведь файл $MFT так или иначе читается. [more=chkdsk D: выдал]

Код: Тип файловой системы: NTFS.

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

Проверка файлов (этап 1 из 3)...
Проверка файлов завершена.
Проверка индексов (этап 2 из 3)...
Исправление ошибки в индексе $O файла 25.
Исправление ошибки в индексе $O файла 25.
Исправление ошибки в индексе $I30 файла 4575.
Исправление ошибки в индексе $I30 файла 4575.
Исправление ошибки в индексе $I30 файла 7617.
Исправление ошибки в индексе $I30 файла 7617.
Исправление ошибки в индексе $I30 файла 17085.
Исправление ошибки в индексе $I30 файла 17085.
Исправление ошибки в индексе $I30 файла 17230.
Исправление ошибки в индексе $I30 файла 17230.
Исправление ошибки в индексе $I30 файла 17752.
Исправление ошибки в индексе $I30 файла 17752.
Исправление ошибки в индексе $I30 файла 17797.
Исправление ошибки в индексе $I30 файла 17797.
Исправление ошибки в индексе $I30 файла 18093.
Исправление ошибки в индексе $I30 файла 18093.
Исправление ошибки в индексе $I30 файла 27116.
Исправление ошибки в индексе $I30 файла 27116.
Проверка индексов завершена.

Обнаружены ошибки. Продолжение работы в режиме только чтения невозможно.

Цитата:

Заголовок явно не от экселевского файла.

по идее от экселя ибо он сам создал этот резервный файл с расширение xlk, после восстановления офис рековери, файл автоматом открываеться же в экселе, просто он как то разбился очень сильно и пояивилось вместо 20 например листов, 1000+ , мб есть еще какие варианты или дальше не стоит пытаться?

Подскажите, пожалуйста, как пересчитать секторы на кластеры? Думаю посмотреть в дефрагментаторе где чего, диск создавался и форматировался в Win7x64 с параметрами по умолчанию? DMDE показывает Кластер 4096 - т.е. в одном кластере 4096 секторов?

Добавлено:
Процесс пошёл: дефрагментатор + GetWindowText и копипаста, голова раскалывается, не соображу, как автоматизировать.

Добавлено:
Мда, легко отделался: 680 файлов в трубу, основной удар принял ubcd526.iso (годя два валяется, так и не посмотрел )). Почти всё можно достать - что-то слить, что-то восстановить из бэкапа, заново настроить, жалко только собранную коллекцию UDF и примеров AutoIt.

Ilgizarka
Возьми любой нормальный xlk-файл и посмотри его заголовок.
Могу лишь сказать, что в самом начале офисных документов присутствует 50 4B и во вьювере ТС выглядит так http://rghost.ru/58783814.view
Красным выделены характерные моменты, в том числе имена содержимого контейнера. Сравни со своим скриншотом.
PS. Я могу пытаться доказать что то в случае если это требуется, но нет никакого желания это делать если это не нужно.

Skif_off
Просмотр кластеров в DMDE не отличается удобством, но думаю что это не основной его функционал, которого вполне достаточно чтобы наглядно увидеть структуру размещения данных и имена файлов.

Цитата:

Кластер 4096 - т.е. в одном кластере 4096 секторов?

4096 байт - 8 классических 512 байтовых секторов.

Добрый день всем, чет тут у меня проблема на проблеме с этими внешними HDD, помогите плиз, суть такая, внешний HDD был с фильмами подключен к медиа плейеру, понадобилось его оттуда отключить и подключить к компу, но комп сказал что, чтобы на него зайти надо его отформотировать, есть какая нибудь утилита чтобы исправить это? ибо не хотелось терять архив на этом диске, заранее спасибо

Ilgizarka
А медиа плейер нормально работает с этим диском?
И, как называется плейер?

Такой вопрос: например, имеем винт с полуживыми головами, бэды прыгают по диску, информация цела. Если просто копировать проводником, может ли такое быть, что файлы скопируются битыми без ошибок? Если да, то какой прогой копировать лучше? Пользую dmde, tc, teracopy (в последней не понял смысла проверки crc, если только на дохлый винт писать)

Barlok88
Шанс конечно есть, но только не при работе проводником (виндой) - они используют дополнительные данные файловой системы что приводит к вычитыванию некритичной инфы, и как знать, может именно там будет то, что добьёт винт окончательно.

Ilgizarka
Ответ в стиле вопроса.
Утилита всегда есть, она не может не есть.

9285
если есть шанс, то чем лучше вытаскивать инфу? чтобы проверяла на целостность сперва. dmde, не?

Barlok88
Насколько понимаю, софтом заточенным под такие задачи.
Каким, не знаю - я просто тебе ответил насчёт того что не проводником и подобным ему, использующих штатные средства винды.

Цитата:

если есть шанс, то чем лучше вытаскивать инфу?

Если головы полуживые...эх, Петька, посекторка, только посекторка на другой винт сначала. Ну если есть немного особо критичной инфы - можно её по быстрому достать обычным макаром. А потом - посекторка и ещё раз посекторка. А проги для неё: ну я люблю HDclone загрузочный...
ЗЫ Чисто моё мнение, никому не навязываю...

Из под доса лучше с такими винтами. Особенно с больной головой Я дискгениусом тащу инфу в дос, из под винды часто казусы. Дос как был спасительной средой, так и остался!

igor_me
посекторка - эт хорошо, но долго и не всегда нужно. к примеру, имеем 1гб полезной инфы на 1-2 терабайтнике ) дмде вроде проверяет сектора перед копированием. обычно им вытаскиваю
restore1972
попробовал дмде в досе, не поддерживает копирование на ntfs разделы.

Представим следующею ситуацию: накрывается винт (скажем, 1тб), нужно вытащить всю инфу (имеем один раздел, на нем винда с кучей прог, дистров которых уже нет и 1гб фоток). Ваши действия?

В идеале, нужна прога, которая будет посекторно вычитывать нужные файлы и копировать с сохранением прав доступа, но я такой не знаю. Проги для доса, которая будет делать посекторное чтение в файл, я тоже не знаю. Поэтому в дмде дос версии снимаю метку mbr и гружусь с лайва, винда диск не дергает имхо (или дергает?)

Делаем клон в том же досе и тем же гениусом или ему подобные. Им, потому что часто обновляют ядро для доса, ну и функционал.
Иероглифы обхожу... - смотрю из по винды и так же жму
ДМДЕ хороша но мало функционала и ядро давно не обновляли.

Цитата:

но долго и не всегда нужно. к примеру, имеем 1гб полезной инфы

Barlok88
Если заранее известно, что это, и где лежит и диск при этом не виснет - то конечно. В большинстве случаев люди не могут внятно объяснить где лежит их самая ценная инфа и сколько по объёму - посему посекторка.

Цитата:

попробовал дмде в досе, не поддерживает копирование на ntfs разделы.

Образ что-ли пытались сделать? Честно не помню, поддерживает ли она. У меня версия 4.25 попробую проверить. Если у вас более древняя - может и не поддерживает.

Цитата:

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

поясните сию мысль, что такое посекторное чтение файла... Не по файловой системе что-ли? Но чтобы узнать, где лежит файл, данный ФС читать всё равно нужно. А там, если я правильно понимаю, информация о положении хранится в единицах кластеров, а не секторов. То есть прога должна будет всё-равно "пересчитать" кластеры в сектора? И почему это будет называться посекторным копированием, это, по идее, ничем не отличается от обычного чтения...