Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Магнитный флейм

Модерирует : Akam1, Dr_StandBy, vertex4

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112

Открыть новую тему     Написать ответ в эту тему

9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Магнитный флейм


Тема началась с этого поста:
Некоторые аспекты использования PC-3000 (Data Extractor-а)

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 05:29 11-09-2015 | Исправлено: Akam1, 13:12 28-01-2016
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Так это зависит не от трактора, а от степени повреждения.
При многократных попытках можно иногда вычитать плохой сектор.
Иногда плохой сектор приходится на не важную часть информации в файле.
И то что там будут нули не будет ни как сказываться на целостности файла.
Все опять сводится к  - не попробуешь, не узнаешь.
Я готов попробовать, когда это не связано с моими финансовыми затратами, или когда они незначительны.
Но допустим покупать донора за 12000 при средней цене работы  10000, я ни как не могу.
Так что клиент должен оплатить донор, если хочет чтобы я попробовал спасти его данные.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 13:28 15-09-2015 | Исправлено: tomset, 13:33 15-09-2015
alexyc



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tomset
Уже "ближе к телу"

Цитата:
При многократных попытках можно иногда вычитать плохой сектор.

Поясните,почему.Я понимаю так-дефект (дырка)-НЕТ информации в этом месте,она где-то на "стенках гермоблока".Если же нет дырки-почему не читается с первого раза.

Всего записей: 3370 | Зарегистр. 04-03-2012 | Отправлено: 13:31 15-09-2015 | Исправлено: alexyc, 13:34 15-09-2015
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
alexyc
дефекты бывают собственно в трех случаях.
 Переписано, Плохо записано и повреждена поверхность.
Переписанное восстановить невозможно - ни как.
Плохо записанное, или поврежденное, но не совсем "до стекла", может в какой-то момент прочитаться. Хард каждый раз читает сектор с некоторой погрешностью, порядка +/- 10%. Так что вероятность прочитать такой слабый сектор далеко не нулевая.
Иногда замена головок, позволяет вычитать таких слабаков, когда родные головы не могут.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 13:39 15-09-2015 | Исправлено: tomset, 13:43 15-09-2015
alexyc



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tomset
Вот сейчас вы написали именно то,что я не смог пояснить своими словами "соседу",т к считал что инфа,она или есть,или ее нет.Оказывается,есть третье состояние-она есть,но  ..й ее получишь "обычным " способом

Цитата:
Плохо записанное, или поврежденное, но не совсем "до стекала", может в какой-то момент прочитаться. Хард каждый раз читает сектор с некоторой погрешностью, порядка +/- 10%. Так что вероятность прочитать такой слабый сектор далеко не нулевая
.
Я удолетворен ответом

Всего записей: 3370 | Зарегистр. 04-03-2012 | Отправлено: 13:42 15-09-2015 | Исправлено: alexyc, 13:47 15-09-2015
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
И еще момент.  
ECC гарантированно восстанавливает порядка 22-25 не прочитанных  байт в секторе 512 в зависимости от версии.
Но в определённых ситуациях может восстановить до 170 неправильно прочитанных байт. Так что, как видите прочитать большинство и скорректировать некоторое количество непрочитанных байт далеко не нулевая.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 13:49 15-09-2015 | Исправлено: tomset, 14:20 15-09-2015
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tomset

Цитата:
Скорее всего нет, раз Ася узнала.  Существует видимо документ какого-то комитета разрабатывающего формат  JPG.  Ася его каким-то образом нашла.

Предлагаете и мне поверить на слово?
Что мешало бы им написать типа http://blog.acelab.ru/chernovoe-vosstanovlenie-ch2.html#more-176
И самое главное, использовать это значение при чернухе или создать какой то новый алгоритм типа описанного мною раньше и назвать серобуромалиновый?
Пока что, из http://blog.acelab.ru/wp-content/uploads/2014/07/черновое-по-GREP.png я вижу что размер найденного кратен размеру сектора. Что свидетельствует о неиспользовании того, что якобы известно. Да даже использование завершающей сигнатуры, которая точно известна.

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 15:11 15-09-2015
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
9285
Ко мне какие претензии?
АСя пишет в блоге, что считает нужным и моего мнения не спрашивает.
Для примера выбрала наиболее простые форматы, чтобы понятней было, как это работает.
 
Для чернового восстановления данных более важно знать размер в секторах. Но во всех остальных проводниках пишет в байтах.
Кстати и в черновом, есть переключатель - смотреть результат в байтах или секторах.
 
 

Цитата:
Пока что, из http://blog.acelab.ru/wp-content/uploads/2014/07/черновое-по-GREP.png я вижу что размер найденного кратен размеру сектора.

Как раз на непроверенных файлах, нет  зеленой отметки.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 16:27 15-09-2015 | Исправлено: tomset, 16:36 15-09-2015
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tomset
К вам претензий нет, но и нет веры что в файле есть данные о размере.
Вот только не надо "аргументировать"  по типу "ээээ. Ты меня уважаешь?"
 

Цитата:
Для чернового восстановления данных более важно знать размер в секторах.

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

Цитата:
Как раз на непроверенных файлах, нет  зеленой отметки.

Ну это к блогописателям вопрос - я не знаю как там оно выглядит и чем "проверяется".
Тем более что в самом блоге http://blog.acelab.ru/chernovoe-vosstanovlenie-ch1.html можно прочитать про тепличные условия  
файлы не были перезаписаны, они расположены непрерывно и имели известный и определяемый формат
И при таком коммунизме - такой конфуз?

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 16:49 15-09-2015
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
9285
ну если бы смотрели внимательно и замечали детали, а не по верхам,  
То на картинке с проверенными файлами все пучком:
http://blog.acelab.ru/wp-content/uploads/2014/08/raw-photo-task.png
Там же в метаданных (в окошке справа), есть структура JPG.
Есть еще редактор структур, который к обсуждаемому примеру не относится.
Там ваще все поля расписаны.
 
Обучать стараются на простых примерах.
Чтобы последнему чайнику было понятно.
А сложные случаи обычно обсуждаются в личке, на конкретных данных.
Замучаешься описывать сложный случай.
И вряд ли начинающий его поймет.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 17:07 15-09-2015 | Исправлено: tomset, 17:21 15-09-2015
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tomset

Цитата:
ну если бы смотрели внимательно и замечали детали, а не по верхам,   То на картинке с проверенными файлами все пучком

Но это же уже не черновой поиск.
Вы бы ещё привели скриншот поиска по целым файловым структурам.
 

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 18:23 15-09-2015
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Но это же уже не черновой поиск.  


Это как раз и есть черновой поиск реализованный в DE.
Вверху все что нашел по структурам и по файлам с  количеством объектов
Внизу содержимое категории объектов.
Есть даже возможность, отметить интересующие структуры и перенести их в виртуальный образ.
И гулять по нему, как по обычному диску, проверя, что хорошо. что плохо.
И сверяться с нижней вкладкой Нех или Структура, где будут показаны вид и ошибки.
Если хотите дам доступ по Tиму.
Подсунуть любой диск и сами по нему полазите.
Или  образ свой возьмете.
 
Чтобы прочувствовать, так сказать.
 
DE RE не предлагаю, там еще более чумовая надстройка над DE.
Крышу снесет сразу.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 18:42 15-09-2015 | Исправлено: tomset, 18:58 15-09-2015
Alex_Green

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sandy_t

Цитата:
В DE парой кликов построена карта незанятого, черновое по этой карте - на выходе 47гб целых фоток.  

 
В том же WinHex это можно сделать с таким же успехом.
 

Цитата:
Считай фрагментация равно потере данных в любом случае, поэтому и идет допущение об ее отсутствии.

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

Цитата:
как только я им называл, что это у них стоит от полутора тысяч и выше - все сразу забивали и "достань, что возможно - остальное пофиг, переживём"

 
Как правило - аналогично.
 
tomset

Цитата:
Как же вы понять не можете, Нам почти не носят диски не с физическими проблемами.
Их делают в основном сами клиенты или эникейщики.
Много же ума не надо, чтобы запустить, например, R-студию или DMDE.

 
Ну как бы логические кейсы тоже делятся на простые и сложные, и разумеется простому эникейщику успешно делать сложные, просто не под силу.
 
Хотел вас спросить, а какой смысл вообще заниматься DR, если как вы пишете, расходы превышают доходы, ну или же в лучшем случае рентабельность колеблется около нуля?
 
9285
 

Цитата:
Я правильно понял что размер jpg-файла является тайной?  

 
Насколько знаю, в самом файле эта длина нигде явно не выражена, как например в заголовке AVI файла (после сигнатуры RIFF следующие четыре байта описывают размер файла в байтах) но ведь действительно концовку файла легко определить по сигнатуре FF D9. Правда в JPEG файлах EXIF, она встречается также недалеко от начала файла, а в более упрощённом варианте JPEG файла JFIF, данная сигнатура только в самом конце файла и встречается. А вообще JPEG файлы довольно многие рекаверилки умеют восстанавливать корректно сигнатурным поиском. Гораздо веселей обстоит дело с AVI или MOV. Ну а с некоторыми видами MP4 так вообще до того весело, что практически ни одна рекаверилка не находит их сигнатурным поиском вообще.
 
 
 
 

Всего записей: 283 | Зарегистр. 21-04-2013 | Отправлено: 20:50 15-09-2015
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Насколько знаю, в самом файле эта длина нигде явно не выражена,  

Выражена.
Только не в явной виде, не в байтах. Преобразования надо делать.
Вот Ася пишет редактор структур. Пока еще в отладочном режиме. Не все фичи работают. Не показывает и не проверяет  реальные данные, не привязывается к файлу.
https://yadi.sk/i/l3Cf8_JTj7PPM
Хотя нет, уже привязывается, нужные кнопки надо было найти.
Длина в словах + заголовок.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 21:22 15-09-2015 | Исправлено: tomset, 21:41 15-09-2015
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tomset
По поводу чернового потом отпишусь.
Удалёнкой можно воспользоваться, но не горю желанием.
А пока  - http://rghost.ru/6bM9dLsbX  
Если можно, в скриншотах показать как там будет по поводу целостности и каков результат.
 
Alex_Green

Цитата:
Правда в JPEG файлах EXIF, она встречается также недалеко от начала файла

Я не программист, но думаю что можно создать алгорит, при котором определяется тип jpeg а потом пропускается маркер (конца) в начале. Кстати. за ним вроде бы как какой то другой стандартный маркер. Если да, то можно ориентироваться по этой парочке.
 

Цитата:
А вообще JPEG файлы довольно многие рекаверилки умеют восстанавливать корректно сигнатурным поиском.

В таком случае там используется или поиск по алгоритму, описанным мною или используются данные самих файлов. Только, в отличие от DE (*) это неразделимо и является одним типом поиска - что вполне логично).
(*) у них в черновом два алгоритма: только по GREP и тогда конец файла не учитывается (не пойму почему), и с использованием данных файла.

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 07:12 16-09-2015
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
у них в черновом два алгоритма

Не только.
Более  гибкие настройки, чем в большинстве программ.
Только по текущему или общему справочнику сигнатур, или своим собственным.
По текущему справочнику сигнатур, но с учетом  общего справочника, как раз для расчета длины и с проверкой  по содержимому файла.
Искать в каждом секторе или по границам кластеров или блоков для других FS.
В зависимости от того, что известно об FS.
Создание по результатам чернового или обычного поиска карт расположения объектов в любых комбинациях,  найденного, не найденного, проверенного, не проверенного или создавать карты по каким-то иным признакам.
На каждую карту можно делать уже свой черновой поиск.
И для всех вариантов чернового поиска  результаты сохраняются в базе, можно в любой момент открыть интересующий вариант, а не сканировать по новой.
Так же и любую карту можно сохранить, чтобы потом открыть сразу, а не создавать по новой.
Что  помогает в ситуации поиска фрагментов для фрагментированных файлов.
 
Группировать различные структуры, для поиска закономерностей, например, чередования в массивах или при развале трансляции.
Разбор этих структур, чтобы показать в удобочитаемом виде.
Например, показать сколько записей  MFT идут подряд.
Файлы контейнеры, типа docx, ищутся по анализу структуры, а не просто по сигнатурам.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 18:29 16-09-2015 | Исправлено: tomset, 20:39 16-09-2015
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tomset

Цитата:
В зависимости от того, что известно об FS.


Цитата:
Например, показать сколько записей  MFT идут подряд.

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

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 21:00 16-09-2015
tomset



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
9285
Все функции делаются не чтоб было. А только те которые реально нужны для работы.
Бывает конечно, что-то сделают,  казалось бы нужное.
Но спустя какое-то время видят, что это на фиг ни кому не надо.
Или решается по другому.  
То потом эти функции убирают или переделывают.
Т.е. комплекс не монолит, раз сделали и стриги бабло.
Он постоянно меняется, поэтому постоянная поддержка и обновления, непременное условие, успешной работы с ним.
 
В целом подходы к восстановлению данных совсем другие чем допустим в R-студио.
И если часто пользовался R-cтудио и подобными, то это потом долго мешает научиться пользоваться методами DE.
 
Кстати, есть еще одна вроде как фича, можно запустить десятки вариантов задачи DE одновременно или по очереди, хоть с одним образом, хоть с разными.
И пробовать разные подходы к одной задаче.
Все результаты на разных этапах в каждой задаче будут запоминаться в базе.
И если какой-то вариант дает лучшие результаты, продолжить работать уже с ним.

Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 21:12 16-09-2015 | Исправлено: tomset, 21:20 16-09-2015
Turkish88



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Может я неправильно понимаю занятое пространтсво? например 10Гб раздел был полный фоток. его отформатировали и записали фильм на 5гб. остальные 5гб фоток гдето все еще лежат. Травите на этот раздел 10гб р-студию, и она что не найдет в "незанятых" 5гб фоток?

Всего записей: 2009 | Зарегистр. 30-04-2007 | Отправлено: 06:12 17-09-2015
9285

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
tomset
Да это понятно - "грузовик" DE самый грузовикастый для перевозки пары кирпичей.
Turkish88
Всё зависит от конкретики. Предположим что раньше фотки были фрагментированы и если хотя бы один фрагмент (критичный) был в зоне куда запишется диск то, даже при наличии всех данных о фрагментах, получится куча битых фоток.
И в отношении R-studio есть некоторые сомнения - был замечен за некорректных восстановлением png-шек с "вкраплениями", в том числе в том что восстанавливал гигабайтные файлы.

Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 12:06 17-09-2015
Turkish88



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
9285
а DE прям все правильно найдет?

Всего записей: 2009 | Зарегистр. 30-04-2007 | Отправлено: 14:38 17-09-2015
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112

Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Магнитный флейм


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru