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

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

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

Akam1 (13-11-2016 05:23): http://forum.ru-board.com/topic.cgi?forum=84&topic=5216  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Восстановление разделов и информации на HDD
 
1 часть :: 2 часть :: 3 часть:: 4 часть :: 5 часть :: 6 часть :: 7 часть

Внимание! Если у Вас возникли проблемы с доступом к информации на дисках большого объема (более 120 Гб) - пропала таблица разделов, система говорит, что нужно отформатировать диск и т.п., то сначала прочитайте эту ветку про LBA48.
 
Для операций с разделами на жестких дисках по-возможности используйте штатные средства ОС. Прежде, чем править разделы с помощью Acronis Partition Expert, Norton Partition Magic и им подобных программ, пробегите быстро по всем страницам всех частей этой темы и Вы увидите, что половина проблем из-за них! Если не хотите сами наступить на эти грабли, запомните несколько простых правил:
 
- перед использованием программ типа Partition Magic всегда сохраняйте резервные копии важных данных
- не забывайте проверять диски на ошибки и дефрагментировать их (может помочь позже, при восстановлении данных)
- не пытайтесь изменять разделы на дисках с ошибками или на которых имеются сбойные блоки
- на время правки разделов постарайтесь обеспечить бесперебойную работу компьютера
- никогда не прерывайте процесс изменения разделов, если он уже начался
- не проводите операций по изменению разделов на дисках забитых до отказа, т.к. это значительно увеличивает продолжительность таких операций, а следовательно и риск возникновения сбоев
 
Прочтите и передайте другим, которые заходят сюда, когда уже слишком поздно...

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

  • Общие рекомендации по самостоятельному восстановлению данных
     
  • Хороший совет по восстановлению, когда не уверен в своих знаниях
     
  • Список программ для восстановления информации
     
  • Статьи о восстановлении данных и жестких дисках
     
  • Восстановление данных из .chk файлов
    Обращаясь в тему за помощью, обязательно укажите информацию о диске: тип, емкость, способ подключения, информацию о разделах, SMART винта из MHDD / Victoria / HDDScan, наименование и мощность БП, возраст БП, результаты MemTest86, версию ОС и сервис-пака, а также обстоятельства краха - честное слово, толковым запросам и отвечать приятно. Здесь телепатов нет...
     

    Важно! Инструкция по чистке контактов на плате HDD

  • Всего записей: 26360 | Зарегистр. 20-04-2006 | Отправлено: 05:45 11-10-2015
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    kro4i
    Мой ник пока в коме, поэтому отвечаю с этого.
    Через энное время мне надо будет на время удалится, поэтому не знаю успею осмыслить что было и т.п.
    Так что ответ будет, но позже.
     
    Добавление.
    Лог поиска почему то не загружается в программу. Ты его чем то редактировал или оригинал?
    Скриншоты запакуй в один архив и выложи на rghost.
    Опиши в чём проблема - а то ранее был вин 160-ка, теперь 500-ка (на одном скриншоте).

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 19:43 13-11-2015 | Исправлено: temp9285, 20:14 13-11-2015
    Set2007

    Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Т.е. правильно ли я понял, через востановщиков данных не реально найти adr ?

    Всего записей: 323 | Зарегистр. 05-05-2007 | Отправлено: 21:21 13-11-2015
    ggg33



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Set2007
    Я бы не обращал внимание на расширение, ищите не adr, а лучше уж файл bookmarks, если вы знаете путь к профилю (в нем файл закладок ) То и ищите эту папку. Если программа показывает путь к профилю и в нем она видит файлы. И у файлов есть какой то размер, допустим больше 5 кб. Вот и сохраните их отдельно. Всю папку с файлами какие есть. Пусть вас не смущает расширение этих файлов. Можно попытаться открыть их текстовым редактором, тот же акелпад. Закладки, будь они с любым другим расширением, откроются в нем. Если эта программа не видит ничего, пробуйте другой, третьей.

    Всего записей: 1240 | Зарегистр. 18-02-2011 | Отправлено: 22:49 13-11-2015
    tomset



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

    Цитата:
    Так может вместо написания фигни узнать что то новое?

     
    На форуме?
    Не смешите мои тапочки.
    Тут только спрашивают, а ответы не понимают чаще всего.
    Мне вообщем-то уже особо нечего нового узнавать по устройству FS.
    Этот процесс был где-то лет 10-15 назад, активного изучение всяких FS.
    Cейчас что-то уже начинает забываться. Но оно и не нужно особо при восстановлении.
    Если возникает такая необходимость, разобраться в ситуации, и вспомнить забытое, не составит большого труда
     
    Для этого мне ни какие DMDE и прочая шелуха программная на фиг не нужны.
    99% процентов прекрасно делает DE.
    Иногда результат, вид, отчеты, не устраивает клиента. Тут приходится изгаляться.
    Использовать какие-то дополнительные средства.
    Тот случай с FAT. DE все нашел автоматом, но потерял имена директорий и файлов.
    Решил присвоить им имена секторов. Что ни кого не устраивало.
    Но и результат всех других программ (с именами), был, тем более не удовлетворительный, так как отсутствовал список битых, не полностью вычитанных файлов.
    Проверять сотни тысяч файлов в ручную, ни у меня, ни у клиента желания не было.
     
    Я же говорю, что вы даже близко не представляете работу с DE.
    То что вы делаете лишь малая часть работы.
    Результат работы должен иметь - либо список битых файлов, либо разделенные директории целых и не целых файлов. А не общая куча неизвестно, живых или нет файлов. даже при черновом восстановлении это присутствует.
    Мне тоже потребовалось несколько лет чтобы понять, что то чем вы сейчас занимаетесь, чистый детсад. И покупка комплекса себя полностью оправдала во всех отношениях.
    Даже  если бы я не занимался профессионально только данными, а время от времени.
    Я бы все равно купил DE. Просто как хорошую вещь, весьма полезную при обслуживании компьютеров.
    Это весьма удобный инструмент, избавляющий от массы проблем с дисками. И не только при их ремонте или замене головок. Но его требуется хорошо изучить, и привыкнуть к особенностям, которых нет ни в каких других рековери прогрограммах.
    Это не реклама DE, а мое мнение.
     
    Почитали бы вы форум АСИ. Как плавают в непонятках начинающие пользователи, которые несколько лет восстанавливали данные методами подобным вашим. И считали себя уже специалистами этого дела.
     
     
     
     

    Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 22:54 13-11-2015 | Исправлено: tomset, 23:12 13-11-2015
    temp9285

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

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 04:22 14-11-2015 | Исправлено: temp9285, 04:47 14-11-2015
    tomset



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

    Цитата:
    Ну и раз упомянули асю, то вспомнился их один блог  и особенно одна их запись про восстановление данных. Смешно было читать написанное там, особенно оценка восстанавливаемости с помощью GDB по превьюшкам" изображений.    Нашёл эту запись - http://habrahabr.ru/company/acelab/blog/257639/    

     
    А что там не так, что демка не сохраняет файлы или интерфейс?
    С интерфейсом вообще что-то нереальное в последние годы произошло.
    Моей логике это не поддается, все стали оформлять программы в стиле для гугле-эппол-идиотов.
    И первый в этом списке Микрософт.
    Уму не растяжимо, как все обосрали.

    Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 10:20 14-11-2015 | Исправлено: tomset, 10:22 14-11-2015
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    tomset
    Там много что не так:
    - неидентичные условия для тестируемых программ
    - сравнивание функционала программ, которые имеют разный принцип восстановления (по ФС и черновое)
    - выводы делаются на основе дерева каталогов. Что мешает сделать контрольный суммы файлов и проверять их по ним?
    - смешно читать про RecoverX. Уж если она "привязана" к трансендовским флэшкам, то и проведите тест всех программ на таких, и  с одним шаблоном - точнее посекторкой.
    Кстати, можно как раз с посекторкой работать, а если вспомнить одно из основных правил - сначала делается посекторка и работа ведётся с ней.
     
    Впрочем, если они привыкли работать с ПАК, то вполне понятно что они просто "забыли" про все эти нюансы.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 11:24 14-11-2015
    kro4i

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Прошу прощения, вот. Все сделал как сказали:
    Логи: http://rghost.ru/private/75YrKtTFZ/06a25e39a7cabad1b00c63f46b4646ba
    Скриншоты: http://rghost.ru/private/6FyTqnfCy/becf2fb8138a49755ffeee2b454ccc52
    Делал изменение размера раздела C. В это время выключили свет, а комп оказался неподключенным к ИБП.
    В результате структура папок восстанавливается, документы восстанавливаются, но
    кракозябры вместо текста либо текст другого документа
     
    если открывать отдельные фрагменты NTFS (там их много), то в них и структура бывает разная и файлы. Кусками как будто.  
     
    В одной части NTFS открываешь документ с определенным именем и восстанавливаются кракозябры, в другой части восстанавливаются другие кракозябры, хотя документ тот же, в третей части восстанавливается документ, а текст там вообще другой, кусок текста другого документа.
     
    Никак не возьму в толк как теперь соединить все эти части и восстановить mft, чтобы получилась нормальная структура и возможно ли это вообще...

    Всего записей: 5 | Зарегистр. 11-10-2015 | Отправлено: 13:52 14-11-2015
    tomset



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Посмотрел я ваши образы.
    Какой чудо метод вы считаете можно применить для восстановления фрагментированного удаленного файла? С зануленой таблицей занятых кластеров.
    Ни какая программа вам этого не сделает, если в файле нет маркеров порядка секторов/кластеров или иных легко проверяемых признаков.
    Остается только тупой подбор вариантов цепочек кластеров.
    Для этого образа, где всего три фрагмента файла, малый объем и всего несколько файлов, его реально осуществить за приемлемое время.
    Для больших объемов данных, такой метод практически не применим, из-за безумного количества вариантов, которые придется перебирать годами даже на супер компьютере.
    GDB вполне обосновано не восстанавливает такой файл, не вселяя в пользователя ложную надежду.
     
    Можно, например, восстановить удаленные базы 1C. Опираясь на записи самой базы. Какие-то тестовые файлы, имеющие вполне предсказуемые структуры. Но восстановить сжатые файлы, не имеющие в своем теле ничего кроме наборов байт в виде  мусора, никакими методами поиска - нереально.
    Так что ваш пример лишь доказывает, чтоб либо вы сознательно создали не решаемый случай. Либо совсем не понимаете что делаете.

    Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 13:54 14-11-2015 | Исправлено: tomset, 14:16 14-11-2015
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Подробнее...
     
    Добавлено:
    tomsetПодробнее... [/more]

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 17:51 14-11-2015 | Исправлено: temp9285, 18:04 14-11-2015
    Elvis_Warlock_new

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

    Цитата:
    ...
    Теперь можешь открыть том, нажав дважды Enter. Смотри что в Root и пробуй восстанавливать.  
     

     
    Сделано.  
     

    Цитата:
     
    Если что то восстанавливается некорректно, запиши и сообщи ID записи - обьясню что можно сделать ещё.  

     
    143287 (5)
    143288 (6)
    143289 (4)
     
    27532-27550
    27557
    27457-27473
    27477
    27485-27488
    27493-27530
    28149-28248
    28556
    27723
    27734
    27756
    27758
    27761
    27558
    27349
    27348
    27351-27360
    27762
    27763
    27365-27368
    27370
    27764
    и много еще..
     
     
     

    Цитата:
     
    И что насчёт сигнатурного восстановления?

     
    Что-то находится, но много чего - нет. Фотки в основном интересуют. С остальным смирились.

    Всего записей: 21 | Зарегистр. 08-11-2015 | Отправлено: 18:19 14-11-2015 | Исправлено: Elvis_Warlock_new, 18:20 14-11-2015
    temp9285

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

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 19:06 14-11-2015
    kro4i

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    Да, случай все тот же.
    Хотел отрезать от него место для диска D.
    Спасибо за консультацию, буду продолжать работать...

    Всего записей: 5 | Зарегистр. 11-10-2015 | Отправлено: 19:08 14-11-2015 | Исправлено: kro4i, 19:08 14-11-2015
    tomset



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

    Цитата:
    Впрочем, открыл образ 2 (там просто удалены два нефрагментированных файла) - GDB не смогла их восстановить. Как и WinHex.  Покупать DE (чоб було такое крутое) нет желания.  

    Причем тут GBD, Winheх или DE.
    Структур либо достаточно для восстановления файла, либо нет.
    В ручную вы те два файла, которые были не фрагментированы, тоже не восстановите. Если даже черновой поиск их не находит.
    И в DE нет машины времени или способностей экстрасенсов.
    Есть весьма удобные функции, которые быстро позволяет понять ситуацию, показывая структуры очень наглядно. Без всяких дополнительных вычислений.
    Есть много дополнительных и настраиваемых функций, которых нигде больше нет. Но еще много чего нет, что хотелось бы иметь в определенных ситуациях. При чем этого нет еще ни в одной программе.
    Я, например, сразу нашел смещение начала файла FFF и поправил ссылку на него в виртуальном снапшоте образа, Так что начало сразу встало на место, как будто файл не  удалялся. Но DE не может нарисовать таблицу размещения кластеров, если ее уже не стало после удаления файла.
    Можно воспользоваться комбинацией оснастки работы с картами и чернового поиска, чтобы по каким то сигнатурам находить следующие фрагменты и построить цепочку кластеров в ручную. Или удалить из общей карты занятые и свободные пустые кластеры и из оставшегося попытаться собрать фрагменты в одну цепочку.
    Но делать это придется в ручную, автомат тут мало реально создать.
     
    Удаленно все это бес толку показывать, скриншотами или видео фрагментами, с этим просто нужно длительное время работать, чтобы понимать, что и как делать.

    Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 19:34 14-11-2015 | Исправлено: tomset, 20:01 14-11-2015
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    з
     
    Добавлено:
    kro4i
    Вариант уменьшения C предполагал но, исходя из опыта решения случаев с акронисом, размер тома в секторах в бутсекторе (вроде бы) меняется в последнюю очередь. А у тебя в бутсекторе размер около 80 гигов. Плюс, в результатах поиска явно фигурируют структуры (неполные)  второго раздела. Этот твикс и подтолкнул к предположению, которое написал ранее.
    Если было только уменьшение (не буду сыпать соль на рану по поводу уменьшения средствами винды), то вполне логично был бы перенос данных из зоны уменьшения и пересчёт соответствующих значений в служебных файлах ФС. Что как бы предполагает незатронутость данных в пределах начала раздела. Вот только поделки акрониса с (моей) логикой не дружат.
     
    Добавлено:
    tomset
    Если вы почитаете тему, ссылка на которую была раньше, то поймёте и причину невосстановления некоторым ПО, и то что я смог бы восстановить вручную нефрагментированный файл.

    Цитата:
    Я, например, сразу нашел смещение начала файла FFF и поправил ссылку на него в виртуальном снапшоте образа

    МАЛАДЕЦ! Вот только DMDE сделала это сама.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 20:29 14-11-2015
    Alex_Green

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

    Цитата:
    В ручную вы те два файла, которые были не фрагментированы, тоже не восстановите. Если даже черновой поиск их не находит.  

     
    В моей практике бывало, что ни одна прога не могла восстановить сигнатурным поиском один из видов файла MP4. Пришлось в качестве эталона взять заголовок файла, снятого на этот же аппарат, и уже по нему искать файлы. Получилось как ни странно успешно.
    Да и на хоботе в теме про восстановление с флэш носителей был случай, когда пользователь перепробовал много рекаверилок с нулевым результатом (также при восстановлении файлов MP4). Вручную по моему совету кажется восстановил два файла из пяти. Остальные три видимо были фрагментированы. Речь идёт о сигнатурном восстановлении, когда от фат вообще ничего не осталось.

    Всего записей: 283 | Зарегистр. 21-04-2013 | Отправлено: 02:16 15-11-2015
    igor not me

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

    Отправлено: 03:27 15-11-2015 | Исправлено: igor not me, 03:51 15-11-2015
    tomset



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    igor not me
    ну ты не прав. )
    Тому же бухгалтеру периодически нужны отчеты по старым годам.
    И когда он выяснит, что отчет битый, припомнит мастера нехорошими словами.
    А варианты творческих работ, а всякая конструкторская документация.
    Да просто коллекция любимых фильмов, музыки, фотографий или чего угодно.
    Он то будет считать, что у него все восстановлено, будет годами хранить эти битые файлы, а потом, когда захочет ими воспользоваться выяснится, что ни чего уже и нет.
     
    Допустим восстанавливаешь диск без одной головки, запилена поверхность, вычитать ее не реально.
    На нем  миллион файлов.
    По количеству, битых файлов получается пусть 25%, А по объему это может быть и все 70% файлов.
    Так как погибают в основном большие файлы.
    Просмотреть миллион файлов,  пусть по 2 секунды на каждый и по 8 часов в день, это ~ 70 дней работы.
    Какой нормальный человек более 2-х месяцев будет только проверять файлы, забросив вся остальное.
    Ясное дело, что он сможет выделить на это дело по паре часов в день, а это уже почти год просмотров.
    Ну и спрашивается зачем такой геморрой, когда можно посмотреть список битого и решить, что стоит восстанавливать путем поиска в других местах этой информации, повторного создания, или просто забить и не хранить битый хлам.

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

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

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 14:03 15-11-2015
    tomset



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    У меня практически нет заказов с  логическими случаями на живых дисках.  
    Только как продолжение физических проблем.
    в 95% случаев, пользователь сам восстановит большую часть файлов любой рековери программой. Специалист тут совершенно не нужен.
     
    Вы же в основном решаете проблемы, - сделать, как было. Что в целом на фиг не надо, при наличии свободного места на других дисках. Который по любому нужен для резевных копий, если данные представляют хоть какую-то ценность.
    Новая система всяко лучше, чем кое-как восстановленная. Потом можно огрести  всякие глюки. Спрашивается - за чем рисковать.
    Ориентироваться на работы с такими случаями, для меня нет ни какого смысла.

    Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 16:52 15-11-2015 | Исправлено: tomset, 16:58 15-11-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

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 8)
    Akam1 (13-11-2016 05:23): http://forum.ru-board.com/topic.cgi?forum=84&topic=5216


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru