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

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

Автор: Mkun
Дата сообщения: 13.09.2016 16:17
temp9285

Цитата:
И уточни чем (версия акрониса) и как ты разворачивал образ (с загрузочного диска или из винды)

Делал образ диска с помощью загрузочного CD Arconic Disk Director 2015 на внешний носитель.
Восстанавливал ( ) с этого же внешнего носителя Acronis True Image Home 2011.
Автор: temp9285
Дата сообщения: 13.09.2016 16:17
tomset

Цитата:
Ваша беда, что вы не даете ни какой полезной информации, кроме общего описания.

Типа в поликлинике пациент сразу должен прийти со всеми анализами, выписками из медицинской энциклопедии и заполненой амбулаторной картой. Чтобы дохтур лишь расписался и засунул в карман купюру?

Цитата:
Нужно дать картинку, как размечен диск сейчас, после того как залили образ.

Вообще то она дана.

Цитата:
Если их нет, то получаем, то что я описал с самого начала

В приведённом выше случае, в исходном месте находилось 256 начальных записей - причём понимающий в этом деле знает что как минимум штук 40 не относятся к данным напрямую и часть из них восстанавливается (пересоздаётся) тем же чекдиском. А ещё есть нетронутый блок из 258224-х записей, в котором содержится вся необходимая инфа (структура каталогов, ранлисты и т.п.). А по твоему получается что не стоило бы человеку возиться.

Цитата:
R-студия была предложена, как самый простой способ восстановления в такой ситуации - для чайника. Но если она ничего не нашла, то чаще всего и остальные методы не помогут.

Примеры обратного существуют и не один. Тем не менее некролог написан повторно.


Добавлено:
Mkun

Цитата:
Делал образ диска с помощью загрузочного CD Arconic Disk Director 2015

Это что такое? диск директор вроде бы как только 12-й. Да и что то не припомню в нём функционал создания образа. Или речь о сборке в котором присутствует и "кривой имидж"?

Добавлено:
tomset

Цитата:
Они как правило нефрагментирутся при создании.

Как правило, за распределение данных по секторам отвечает драйвер айловой системы. И, если ему заранее известен обьём файла, то он может выделить необходимый сплошной кусок - если таковой имеется (*). Но архив делается динамически и размер его постоянно увеличивается.
(*) Для переполненного (большими файлами) диска это малореально.
Автор: Mkun
Дата сообщения: 13.09.2016 16:33
temp9285

Цитата:
Это что такое? диск директор вроде бы как только 12-й.

Да, все верно, попутал (что-то это у меня стало получаться...), сжимал образ с помощью с Arconis True Image 2015.


Цитата:
PS. Можешь выкладывать промежуточный результат поиска (лог-файл) и изучать как делать дампы секторов в конце шапки темы
Нужны будут дампы секторов 55, 71+8, 4647047+100


Вот выложил в раре
dev1_lba71_8.bin
dev2_lba55_1.bin
dev3_lba4647047_100.bin
Надеюсь то что надо?

http://my-files.ru/2aluyl

P.S. Написано что надо заливать на zalil.ru, rghost.ru, sderni.ru
Ничего что my-files.ru юзаю?
Автор: ZSZ
Дата сообщения: 13.09.2016 16:35
tomset

Цитата:
RARы обычным черновым поиском достаточно часто восстанавливаются.
Они как правило нефрагментирутся при создании.


Что-то обычно вижу явно противоположное.

temp9285

Цитата:
(*) Для переполненного (большими файлами) диска это малореально.


Да и на пустом разделе архивы фрагментированными обычно создаются.
Автор: tomset
Дата сообщения: 13.09.2016 16:44
temp9285


Цитата:
Примеры обратного существуют и не один. Тем не менее некролог написан повторно.

Так вывод уже можно сразу сделать по результатам сканирования R-студио.
Есть смысл пробовать другие варианты, или уже бесполезно.
Если вы не умеете воспользоваться результатами работы R-студии, это ваши проблемы, а не программы.
К кому же если чуть подумать, почему R-cтудия с настройками по умолчанию не помогла, и поправить настройки, она справится не хуже чем DMDE.
У вас только лишь привычка работать с DMDE.
Я уже лет 9 не пользуюсь ни чем кроме DE.
До появления DE, предпочитал для разбора ситуации пользоваться WinHex и FS експлорером.
Но объяснить через форум, как ими пользоваться, для начинающих без базовых знаний FS, практически нереально.
А сейчас DE решает практически все логические проблемы, практически со всеми FS. Включая самые экзотические, плюс десятки видов рейдов, о которых вы даже скорее всего никогда не слышали.
Но работа требует серьезных знаний о структурах всех FS. Автомат понимает лишь простейшие случаи.
Автор: temp9285
Дата сообщения: 13.09.2016 16:45
Mkun
Да, всё нормально.
Сделай сохранение(*) лога (промежуточного) и выложи его.
(*) Это полезно делать периодически - в случае обрыва сканирования можно будет не делать заново, а продолжить с места сохранения.

ZSZ
Ну вот - написал вменяемое, и что мне противоречить "назло маме"?

Добавлено:
tomset

Цитата:
Если вы не умеете воспользоваться результатами работы R-студии, это ваши проблемы, а не программы.

Цитата:
У вас только лишь привычка работать с DMDE.

Очередные голословия.
В отличии от тебя, боящегося оторваться от DE, я периодически тестирую новые версии разного ПО. И тестируется зачастую как раз на реальных кейсах с форума (и именно с заковыркой) или на известных для того или иного ПО "тараканах".

Цитата:
А сейчас DE решает практически все логические проблемы, практически со всеми FS. Включая самые экзотические, плюс десятки видов рейдов, о которых вы даже скорее всего никогда не слышали. Но работа требует серьезных знаний о структурах всех FS.

Это да, как раз сейчас организована новая экспедиция инопланетян на Землю.
Ой, о чём это я - да ни о чём, как и ты в традиционной оде DE, не имеющей отношения к теме.
Кстати, на тему восстановления затёртых файлов в FAT32 болт забили?
Автор: tomset
Дата сообщения: 13.09.2016 17:01
temp9285


Цитата:
В отличии от тебя, боящегося оторваться от DE, я периодически тестирую новые версии разного ПО. И тестируется зачастую как раз на реальных кейсах с форума (и именно с заковыркой) или на известных для того или иного ПО "тараканах".

Я этот этап прошел более 10 лет назад.
И более чем пары привычных программ совершенно не нужно.
Они все работают практически одинаково.
И практически в любой можно добиться требуемого результата, если у них есть хоть какие настройки и редактор. А не тупой автомат.


Цитата:
Кстати, на тему восстановления затёртых файлов в FAT32 болт забили?

Так это только ваша проблема, у других ее нет.
Вы так и не показали источник проблемы.
Ваши случаи чаще надуманы, и к реальности имеют малое отношение.
Автор: Mkun
Дата сообщения: 13.09.2016 17:02
temp9285

Цитата:
Сделай сохранение(*) лога (промежуточного) и выложи его.

70% отработало, вот лог.
http://my-files.ru/2aluyl
Автор: temp9285
Дата сообщения: 13.09.2016 17:05
tomset
Та же DMDE за год прогрессирует намного больше чем иное ПО за 10-лет.

Цитата:
Так это только ваша проблема, у других ее нет.

Вообще то про неё писал не только я, и не только на этом форуме.

Я понимаю что некоторым удобно жить в панцире и срать оттуда на всех остальных.
Ну так может тогда не стоит из него высовывается и орать что вокруг одно дерьмо?


Добавлено:
Mkun
Ссылка на архив с дампами.
Автор: Mkun
Дата сообщения: 13.09.2016 17:11

Цитата:
Mkun
Ссылка на архив с дампами.

http://my-files.ru/cdhrnd
Автор: temp9285
Дата сообщения: 13.09.2016 17:13
Дампы те, но ты же написал про 70% лог.
ЗЫ: Успокойся, выпей (кофе, чай или ещё что), сосредоточься - а то в текущем состоянии можно сделать и хуже.
Автор: Mkun
Дата сообщения: 13.09.2016 17:15

Цитата:
ЗЫ: Успокойся, выпей (кофе, чай или ещё что), сосредоточься - а то в текущем состоянии можно сделать и хуже.

Этточно учител...
Автор: temp9285
Дата сообщения: 13.09.2016 17:26
Mkun
Пока прогноз пессиместичный, хотя втречалось что кусок MFT встречался и в конце раздела.
Так что подождёмссс.
PS. Хотел было задать вопрос насчёт того не была ли шифрации раздела, но если восстановленная iso-шка с прежнего раздела, то вопрос не актуален.
Автор: Mkun
Дата сообщения: 13.09.2016 17:28
temp9285
Ждем, что делать.
Прошло 82%, дождусь как закончит маслать.
Потом просто восстанавливать что возможно?
2 тера подключил, места хватит.
Автор: tomset
Дата сообщения: 13.09.2016 17:30

Цитата:
Та же DMDE за год прогрессирует намного больше чем иное ПО за 10-лет.

Разницы ни какой, за 10 лет ничего принципиально нового в логическом восстановлении не появилось и не появится. Но до вас это не скоро дойдет.
Вы будете еще десять лет искать чудо программу.
И каждый новый разработчик, будет думать, что именно он напишет именно ту заветную чудо программу.
Но повторит тоже самое с некоторыми отличиями.
Ни какого преимущества в качестве восстановления ни с FSексплорер, ни Winhex, ни DE, ни ваш DMDE, ни какая другая программа - не дают
Разница только в привычки пользоваться конкретным ПО.
Ну и в некоторой степени - удобства поиска нужных вещей.
Сам результат зависит только от степени повреждения исходной FS.
Автор: ZSZ
Дата сообщения: 13.09.2016 18:57
tomset

Цитата:
Ни какого преимущества в качестве восстановления


Разные программы на одном и том же наборе файлов дают разный результат. И нет какого-то явного лидера. Если какой-то файл не восстановила одна программа, это может сделать другая, и наоборот.

Mkun

Цитата:
Прошло 82%, дождусь как закончит маслать. Потом просто восстанавливать что возможно?


Вы наверное по-первости? Мало терпения и много эмоций. Восстанавливаете что возможно, если восстановилось не всё желаемое, можете другой программой попробовать, не забудьте заглянуть в настройки. Что-то у Вас для 1 ТБ диска как-то быстро процесс идёт, не должно быть такого при качественном поиске.
Автор: temp9285
Дата сообщения: 13.09.2016 20:50
Mkun
Если исходить из данных 70% проверки, то да - так и делай.
Есть способы улучшить результаты сигнатурного поиска для некоторых программ и зависит от типа данных, но дело относительно муторное. Впрочем, можно и без мутоты - я уже упоминал про photorec (**) . Программа в плане восстановления фоток по сигнатурам если не лучшая, то одна из таковых. Но только работая с ней нужно быть готовым к куче мусора и лучше работать с каким то конкретным типом файлов.
(**) О ужас, я изменил DMDE и меня сейчас покарают за это.

tomset
До сидящего в панцире не дойдёт никогда и ничего, тем более что он этого и не хочет.
Хотя "снаружи" всё меняется, нередко очень сильно.
Упомянутое восстановление в FAT32 - назови хоть что то, что может так восстанавливать.
Есть и ещё кое что, но только не вижу смысла писать это том, кто не хочет слушать.
Автор: tomset
Дата сообщения: 13.09.2016 21:14
ZSZ


Цитата:
Разные программы на одном и том же наборе файлов дают разный результат. И нет какого-то явного лидера. Если какой-то файл не восстановила одна программа, это может сделать другая, и наоборот.


Да бросьте, информация о файле она либо есть, либо ее уже нет.
Черновой поиск везде работает одинаково.
Максимум где может накосячить программа в определении смещения от начала раздела при повреждении начальных структур.
Это легко поправляется редактором или настройками, если предусмотрены.
Автор: ZSZ
Дата сообщения: 14.09.2016 06:57
tomset

Цитата:
Черновой поиск везде работает одинаково.


Не сходится с реальностью.

temp9285

Цитата:
я уже упоминал про photorec (**)


Не пользовался этой программой, у Вас есть опыт её применения? В чём отличия от сигнатурного поиска у других программ?

Отодвинул пока на следующую неделю. Имеется системный раздел 62 ГБ, перезаписано минимум 33 ГБ. Говорят, там были "очень важные фотки" (погибший ребёнок). Как было, диск начал стучать, ноутбук завис и винда сдохла. Восстановили винду из чего-то, не уточнял. Фотки пропали. Компом пользуются, хоть он и виснет. Шансов найти на том разделе почти 0, но говорят, что копировали с места на место, да и на комп оно как-то попало...

Автор: temp9285
Дата сообщения: 14.09.2016 08:59
Решение случаев на форуме даёт хорошие примеры реальных ситуаций, которые невозможно придумать, особенно создать самому.
Попробовал сделать небольшой тест - замучался с необходимым размещением данных. Например, при пофайловом копировании они записываюются в одно место, при групповом - в другое. Поэтому что получилось, то получилось.
В архиве (менее мегабайта) 5 посекторок раздела - http://rgho.st/8YfR2DCtK
Пять для того, чтобы не гундели что это у тебя только а просто чтобы было понятно как всё происходило по этапам. Последние посекторки сделаны для того, чтобы увидели разницу в результатах поиска.
Попробуйте восстановить какими хотите программами и напишите свои результаты.
PS. Надеюсь на обьективность и на то, что в случае чего будут показаны настройки при которых достигнут результат. Особенно интересно узнать о результате некогда расхваленной GDB.

Добавлено:
ZSZ
Пользовался.
По остальным вопросам отвечу, но не сейчас.
Автор: Mkun
Дата сообщения: 14.09.2016 09:54
Докладаю, восстановилось (естественно не факт, что не мусор)
Avi - 1057 файлов - 352 гига
jpg - 4001 файл - 6,7 гига
rar - 1091 файл - 13,6 гига
iso в процессе.
После кофея буду проверять содержимое.
Автор: ZSZ
Дата сообщения: 14.09.2016 10:28
temp9285

Цитата:
В архиве (менее мегабайта) 5 посекторок раздела


Скачал, если сегодня буду свободен, посмотрю.
Глянул мельком файлы, Total Commander открывает ваши bin, ну, делалось точно не в WinXP

Mkun

Цитата:
Avi - 1057 файлов - 352 гига
jpg - 4001 файл - 6,7 гига


Эта ваша бухгалтерия таким занимается? Резервная копия на одном диске, это не резерв.

Автор: Mkun
Дата сообщения: 14.09.2016 10:45
ZSZ
avi jpg - Это мои залежи.
Базы бухгалтерии ночью копирую по сети и сжимаю (они небольшие).
Еще додумался их на диски пропекать, так что архивы остались.
Резервного архивирования на ленты или носители на фирме нет, но это отдельная история...
Часть данных проверил, часть фото, фильмов, образов восстановилось, а вот рары или битые или совсем не те.

Добавлено:
Увы, базы бухгалтерии (rar) не восстановились, и вообще почему-то rar-файлы почти все битые. А вот .avi .mkv восстановились корректно, не все конечно.
Автор: Mkun
Дата сообщения: 14.09.2016 17:13
temp9285
Так понимаю, что удалось восстановить, то удалось...
Т.е. других вариантов нет?
Имеется ввиду восстановление .rar файлов.
Автор: tomset
Дата сообщения: 14.09.2016 18:13
Mkun
Теоретически фрагментированный RAR можно восстановить, но очень долго.
При условии, что он не шифрован, не защищен паролем.
У них достаточно простая структура, по началам (заголовкам) файлов и их длине можно найти потерянные фрагменты. Но обычными программами, редакторами это долго делать.
Находить и копировать предполагаемые кусочки в каждый архив и проверять.
Нужна программа типа DE, работающей с виртуальной трансляцией, когда отсекаешь все не нужное, а для остального, на найденные фрагменты, просто указываешь смещения от начала раздела.
Но такую работу стоит делать, если данные очень ценные и восстановить их другими способами нельзя.
1C в этом плане, не так ценна, всегда можно восстановить бухгалтерию, начиная с последнего отчетного периода, использую первичные документы.
Автор: temp9285
Дата сообщения: 14.09.2016 21:18
Mkun
А где отчёт?
Что касается rar-ов то с трудом верится что более 1000 файлов битые. Опять же, каков их размер?
Кстати, при их создании использовалась функция добавления информации для восстановления?

Добавлено:
tomset

Цитата:
1C в этом плане, не так ценна, всегда можно восстановить бухгалтерию, начиная с последнего отчетного периода, использую первичные документы.

Вот всегда доставляют подобные заявления - "всё хлам, а моё ценное", особенно если об обсуждаемом мало понимают.
1С это не только бухгалтерия а та же торговля, в которой нет понятия отчётного периода, но достаточно актуальна аналитика по расчётам с клиентами. Да и число первички может быть от 1-го документа в неделю до тысяч в день.
А если даже и бухгалтерия небольшого предприятия, то типичны поквартальные отчёты. И сейчас уже близок отчётный за 3-й квартал - то есть ввести начальные данные (без которых толку от ввода первики с 1-го июля может быть 0) а потом всю первичку за 2,5 месяца. Ну просто фигня какая то.
Автор: tomset
Дата сообщения: 14.09.2016 22:02
temp9285
Разговор был именно про бухгалтерию - это раз.
Во вторых это копии, сама база я так понимаю на другом компе.
Ни что не мешает сделать актуальные копии с нее.
В третьих, если как вы пишите там тысячи документов, а восстановление битых файлов может занять не один месяц, ни какую контору такой срок не устроит.
Самая частая ситуация для контор, либо результат завтра, максимум неделю за очень большие деньги.
Либо на фиг не надо.
Мы девочек бригаду посадим на круглые сутки и они за ту же неделю все, что необходимо восстановят по документам.
И если даже поднимешь через пару недель их данные, они уже обычно отказываются. Поэтому сложные случаи с бухгалтерий, как правило бессмысленно делать, только достаточно простые, которые делаются быстро.

И учтите, что порядка 40% случаев, с современных дисков невозможно восстановить ни какими методами, ни за какие деньги, потому что там уже запилы.
А вот 90% логических случаев, это чисто разгильдяйство пользователей, как и в данном случае.
Важные копии хранить в одном экземпляре со всяким мусором, это уж явно говорит о полном разгильдяйстве в конторе.
Автор: temp9285
Дата сообщения: 14.09.2016 23:41
tomset
[more=полуофф]Во первых - если речь идёт о бухгалтерии в плане отдела, то они ведут много чего (ту же зарплату, в которой очень важна полная аналитика а не свёрнутый остаток). Да и если рассматривать обычные ситуации, то "компьютерщиги" такого же мнения как бухгалтеры о них - в смысле мало знают что есть много различий, а сальдо или шахматка - непонятные наборы букоф.
Во вторых справедливо, но почему то идёт попытка восстановления архивов. Тут или нервный шок сказывается или в архивах могут быть старые базы, а может и ещё что то неизвестное.
В третьих тоже справедливо, но относительно.[/more]
К чему упоминание запилов в данном случае, который чисто логический?
А разгильдяйство - да, есть такое; но в бОльинстве случаев достаточно типичная картина для небольших предприятий. Хотя, нет - в бОльшинстве бэкапов вообще нет или на том же винте.
Автор: tomset
Дата сообщения: 15.09.2016 00:22

Цитата:
который чисто логический?

Так и логические случаи далеко не все восстановимы, переписанные данные невозможно в принципе восстановить.
У меня был как-то случай. Вычитал диск без ошибок, но начало (гига 2 всего) записали нулями, видимо пытаясь что-то делать с диском. Хоть MFT и была вся жива, так практически все нужные файлы имели фрагменты именно в этой области. Ни одного целого файла кроме совсем мелких не удалось восстановить.
И вот спрашивается, какой закон подлости сработал, что данные пользователя так лежали на системном диске.
Автор: ZSZ
Дата сообщения: 15.09.2016 00:35
tomset

Цитата:
И вот спрашивается, какой закон подлости сработал, что данные пользователя так лежали на системном диске.


Отсутствие дефрагментации. Вы же сами недавно писали, что толку от неё никакого

Mkun

Цитата:
А вот .avi .mkv восстановились корректно,


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

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354

Предыдущая тема: Проблема HDD с востновлениям информациии


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