Троицк.ОРГ - приятного аппетита!
mr_by
Posts: 17265
good398 bad56
#1 прямая ссылка Восстановление разделов и информации на HDD 17 октября 2014, 15:08
Добрый день уважаемые.
Вот и мои партиции слетели.. Поставил на поиск файлов по сигнатурам Active@ recovery, файлы то он находит ок, но время 400 часов!! пипец..
сам диск:
s015.radikal.ru/i331/1410/20/dcdb5effaa44t.jpg

в загрузочном секторе твориться это:
s017.radikal.ru/i437/1410/ff/7ce14afabb95t.jpg

Буду признателен для указания куда копать. Плюс.. Есть ли смысл форматировать? я найду свои файлы опосля?


У меня два таких винта (одинаковые), они целиком под видео и фото. И вот один слетел.
Может есть варианты какие?
чёрт.. это медленно как то)
s017.radikal.ru/i434/1410/ea/cd377b182c0ct.jpg
 
reklamkin
Posts: 5978
savely

Posts: 16751
good214 bad15
#2 прямая ссылка 17 октября 2014, 16:10
Ну, по SMART физически он живой.


Есть ли смысл форматировать? я найду свои файлы опосля?

Смысл? От форматирования легче их искать не станет. Как минимум. А вообще-то - опосля и не найдешь, если не "быстрое".
Вообще-то первая заповедь - никакой записи на слетевший хард.


Поставил на поиск файлов по сигнатурам Active@ recovery, файлы то он находит ок, но время 400 часов!! пипец

Был один раздел на весь хард?

--
А кому счас легко?!
 
mr_by
Posts: 17265
good398 bad56
#3 прямая ссылка 17 октября 2014, 18:46
Приве! Да, один раздел..
 
savely

Posts: 16751
good214 bad15
#4 прямая ссылка 17 октября 2014, 19:01
Хреново. 3 Гига - много... Достает-то хоть адекватно - не битые в середине где-нибудь (видео, например)?

--
А кому счас легко?!
 
savely

Posts: 16751
good214 bad15
#5 прямая ссылка 17 октября 2014, 19:05
А так - ну, либо жди, либо тащи в data recovery.
Там, возможно, быстрее будет. За счет того, что знают софт побыстрее, например. Да и какие-нибудь более интеллектуальные методы применять, чем поиск сигнатур по всей поляне. Типа остаток MFT найти... Ну, и не твой комп этим будет заниматься. Но денех будет стоить...

А история какова? Ни с того, ни с сего, перегрузился - диска не видно?

--
А кому счас легко?!
 
Елена
#6 прямая ссылка удалено пользователем 17 октября 2014, 19:06
savely

Posts: 16751
good214 bad15
#7 прямая ссылка 17 октября 2014, 19:56
Ну да. "Мегабайт - американское название килобайта", если кто помнит эту шутку :))
--
А кому счас легко?!
 
Lesha

Posts: 30195
good224 bad11
#8 прямая ссылка 18 октября 2014, 01:01

savely: Типа остаток MFT найти

... по сигнатуре. :-)

Можно попробовать скопировать диск на такой же, и на двух компах на одном по первой половине искать, на другом - на второй.
 
mr_by
Posts: 17265
good398 bad56
#9 прямая ссылка 24 октября 2014, 12:04
В общемм... Всё понятно. файлы *.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>


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

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


Есть кто разбирается в програмированнии дописать грамотно xml ??????
 
savely

Posts: 16751
good214 bad15
#10 прямая ссылка 24 октября 2014, 13:20
Ну, собственно, вот из более свежего топика
forum.r-tt.com/ru/viewtopic.php?f=4&t=1090&start=10

<?xml version="1.0" encoding="utf-8"?>
<FileTypeList>
<FileType id="5318" group="HD Video Camcoders" description="Panasonic AG-HMC150 HD Video" extension="mts">
<Signature from="begin" offset="4">G@\x00\x10\x00\x00\xB0\x11\x00\x00\xC1\x00</Signature>
</FileType>
</FileTypeList>

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

А если фрагментация, то первый кусок с сигнатурой найдется, а остальные могут быть и мусором. Если MFT снесена, то информации-то нет никакой о размещении (да и размере)...


Да, кстати, а в том же Active@Recovery ты в списке сигнатур-то оставил только нужные?
Я вот счас запустил поиск ТОЛЬКО *.mts и у меня всего 50 минут на 500Gb просит.



--
А кому счас легко?!
 
mr_by
Posts: 17265
good398 bad56
#11 прямая ссылка 24 октября 2014, 18:36

savely: Panasonic AG-HMC150 HD Video

Это не от моего видео) там у панаса нет проблем в восстановлении, Sony AVCHD 2.0 другой код однако. Без одинаковой сигнатуры, хотя есть одинаковые моменты в конце видео
 
savely

Posts: 16751
good214 bad15
#12 прямая ссылка 24 октября 2014, 19:39
Сигнатура та же навскидку, что и в твоем XML, а про него ты пишешь "первые пробы положительные".
Мне просто лень лезть в help и читать, что значит G@. C немаленькой вероятностью это адекватная замена твоих теперешних 0x47/0x40.
А раскапывать формат с пониманием, а не шаманством типа "ну, если в 3-х файлах есть - значит, есть во всех и всегда" - это надо лезть в исходники кодеков у линуксоидов. Кто-то из free software явно ж понимает этот формат, не знаю только кто именно...


Да, кстати, а в том же Active@Recovery ты в списке сигнатур-то оставил только нужные?
Я вот счас запустил поиск ТОЛЬКО *.mts и у меня всего 50 минут на 500Gb просит.



На это обратил внимание?
--
А кому счас легко?!
 
mr_by
Posts: 17265
good398 bad56
#13 прямая ссылка 24 октября 2014, 21:39


savely: Мне просто лень лезть в help и читать, что значит G@. C немаленькой вероятностью это адекватная замена твоих теперешних 0x47/0x40.


G@ = 0x47/0x40

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

savely: На это обратил внимание?

Ну да..

вот мои файлы с камеры
yadi.sk/d/CUBgs8XqcGKPB
yadi.sk/d/kauiiRDucGKZf

Нужно написать в SONY думаю.
'Редактировано mr_by '
 
mr_by
Posts: 17265
good398 bad56
#14 прямая ссылка 25 октября 2014, 07:23
о нарыл en.wikipedia.org/wiki/MPEG_transport_stream
Кто разбираеться в этом деле? может подскажите как дописать XML что бы можно было найти конец файла
 
mr_by
Posts: 17265
good398 bad56
#15 прямая ссылка 27 октября 2014, 12:25
Может кто подскажет

в самом начале, не длинна ли файлов указывается?
 
Новые посты под гостем приостановлены из за спаммеров. Пожалуйста, зарегистрируйтесь. Сообщение не будет добавлено.
новое сообщение
Сообщение:
Провокационные, неуважительные и злобные сообщения будут удалены! Злостные нарушители - забанены! Тут форум добра!