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

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

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

vertex4 (05-02-2023 13:05): Восстановление разделов и информации на HDD (часть 10)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 113 114 115 116 117 118 119 120 121 122 123 124 125 126

   

Akam1



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

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

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

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

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

  • Всего записей: 26359 | Зарегистр. 20-04-2006 | Отправлено: 05:17 13-11-2016 | Исправлено: Akam1, 05:17 13-11-2016
    igor me v2

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Дождёмся Дело в том, что я-то у автора в своё время "был" уже по удалёнке, ничё не смог придкмать, только RELo очищали. Диск вроде стал меньше тупить...
    9285

    Цитата:
    написано про какой то пересчёт.

    Да, он самый, но автор писал, что он сейчас пересчитал, а ране, когда чистил листы дефектов - не пересчитывал. Ну да тут это оффтоп по-любому...

    Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 01:35 17-03-2017
    9285

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

    Цитата:
    Ну да тут это оффтоп по-любому...

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 01:40 17-03-2017
    Skif_off

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Подскажите, пожалуйста, можно ли вытащить пару файлов  *.mov с SD-карты (скрин в DMDE): подключил к USB через переходник, чтобы скинуть фото, внезапно не оказалось последних файлов, запустил chkdsk - вылезла ошибка, что-то про потерянную цепочку кластеров (20 минут назад запустил ещё раз, чтобы точно скопировать текст - теперь про ошибку почему-то не пишет), с предложением исправить, отказался, конечно, запустил DMDE, запустил реконструкцию включая удалённые - нашёл по дате, JPEG'ги вытащил, они в порядке, а с видео непорядок, хотя MediaInfo вроде корректно показывает информацию. Запустил сканирование и вытащил из RAW - то же самое.  
    Можно ли их вытащить? Если возможность есть, то какую информацию предоставить?
    И с чем может быть связана такая фигня?

    Всего записей: 6462 | Зарегистр. 28-01-2008 | Отправлено: 06:52 17-03-2017
    BOBAH4IK

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

    Цитата:
    с видео непорядок, хотя MediaInfo вроде корректно показывает информацию. Запустил сканирование и вытащил из RAW - то же самое.

    Иногда, любые программы для восстановления данных, к сожалению бесполезны.

    Цитата:
    Можно ли их вытащить?

    Эти файлы нужно собирать в ручную, ибо фрагментированы изначально (особенность формирования контейнера камерой). У вас предполагаю камера Canon 60D (или из этой оперы). Ни одна говнософтина не знает о расположении фрагментов и их количестве. Так что только ручками...

    Всего записей: 852 | Зарегистр. 17-05-2006 | Отправлено: 14:59 17-03-2017 | Исправлено: BOBAH4IK, 17:51 17-03-2017
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Skif_off
    К какой винде подключался?
    чекдиск запускал (зачем) в режиме только чтения?
    После сканирования смотрел в результатах поиска (не в RAW)?
    PS. Неужели не нашлось 16 гигов места чтобы сделать посекторку перед чекдиском?

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 15:24 17-03-2017
    IAMLegenda

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

    Цитата:
    Да, это я писал. Я видел SMART, который, судя по описанию автора, был "до экспериментов". Если ни он, ни я ничего не перепутали..

    Вы не ошибаетесь.буквально за день до..

    и сразу после

     
    Добавлено:
    upd: давайте мириться!

    Всего записей: 166 | Зарегистр. 21-02-2015 | Отправлено: 16:40 17-03-2017
    Skif_off

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    BOBAH4IK
    Да, я понял, что вручную, только не знаю, как. Мыльница Canon, SX220, кажется.
     
    9285

    Цитата:
    К какой винде подключался?

    Сначала Win7x86 через разъём для SD-карт на ноуте, потом в DMDE уже через переходник SD-USB на Win7x64.

    Цитата:
    чекдиск запускал (зачем) в режиме только чтения?

    Предположил, что есть проблема в ФС, запустил "chkdsk Буква: /x", когда chkdsk предложил восстановить потерянную цепочку кластеров - отказался, нажав N. Позже сканировал уже с переключателем в Lock. chkdsk успел всё-таки что-то натворить?

    Цитата:
    После сканирования смотрел в результатах поиска (не в RAW)?

    В смысле? Второй скрин - это после сканирования.

    Цитата:
    PS. Неужели не нашлось 16 гигов места чтобы сделать посекторку перед чекдиском?

    Но ведь не знал же, что есть проблема, и вообще не писал на неё. Потом сделал, думал попробовать chkdsk с /f в крайнем случае.

    Всего записей: 6462 | Зарегистр. 28-01-2008 | Отправлено: 20:04 17-03-2017 | Исправлено: Skif_off, 20:06 17-03-2017
    Kickman



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

    Цитата:
     запустил "chkdsk Буква: /x", когда chkdsk предложил восстановить потерянную цепочку кластеров - отказался, нажав N.

    Это и есть 2 ошибки.
    Уж если предлагал восстановить - то отвечать надо ДА.
    А главная ошибка - это ключ /X. Он включает действие ключа /F (fix), то есть "ремонт". Вот и появился запрос на восстановление.

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 20:13 17-03-2017
    Skif_off

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kickman
    Но ведь /f не указал, от предложения отказался - разве должно было сработать?

    Всего записей: 6462 | Зарегистр. 28-01-2008 | Отправлено: 20:38 17-03-2017
    Kickman



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Skif_off
    Цитирую с http://forum.ixbt.com/topic.cgi?id=11:45814:3890#3890 (там есть всё обсуждение с примерами):
     
    >> /X сам включает /F - вот тут я тогда неприятно ошибался, что /X безвреден...
     
    Найдите справку по chkdsk на английском. В своё время неприятно удивился расхождениям с переводом.
    Вот, например, "другая" справка:
    /r includes the functionality of /f, with the additional analysis of physical disk errors.
    /x Forces the volume to dismount first, if necessary. All open handles to the drive are invalidated. /x also includes the functionality of /f .
    /b includes the functionality of /r.
     
    Бегло и очень неглубоко покопал тогда на XP с добавлением /V для подробностей (скорее даже - проверил "на вшивость") и склонился к тому, что таки
    /r , /x включают функциональность /f.
    ___________________________________________
    Так что он начал Вам исправлять, как умеет. И уж тогда надо бы соглашаться исправлять как можно правильнее (с сохранением всего, что можно сохранить) - или совсем вырубать его, пока не начал исправлять (ЗАКРЫТЬ его ОКНО).

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 21:12 17-03-2017 | Исправлено: Kickman, 21:15 17-03-2017
    Skif_off

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kickman
    Мда, нехорошо, спасибо, учту на будущее. Что-то всё-таки можно сделать или всё?

    Всего записей: 6462 | Зарегистр. 28-01-2008 | Отправлено: 21:24 17-03-2017
    BOBAH4IK

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

    Цитата:
    Что-то всё-таки можно сделать или всё?

    Это смотря кто делать будет...

    Цитата:
    Да, я понял, что вручную, только не знаю, как.

    Тогда рекомендую начать с изучения формата интересующего вас файла (так сказать "изнутри"). Как выглядит, из чего состоит и т.д...

    Всего записей: 852 | Зарегистр. 17-05-2006 | Отправлено: 21:47 17-03-2017
    Kickman



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Skif_off
    Цитата:
    Что-то всё-таки можно сделать или всё?

    Вам уже всё написали: ручной сбор фрагментов . Теоретически, его можно упростить несколькими способами, например:
    1) Программа восстановления/сборки для Вашего формата файлов (*.mov), если такие программы вообще существуют.
    JPG уже умеют восстанавливать. http://overquantum.livejournal.com/9832.html
    2) Поиск фрагментов только по свободным кластерам диска, в обход занятых другими файлами - поможет тогда, когда или место было "забито под завязку", или наоборот, ничего не было, потом стали писать, или когда мало фрагментов свободного места.
    Ручной алгоритм примерно таков:
    1. Берём первый фрагмент файла, сохраняем его. Допустим, с именем header.mov. С него mediainfo видит параметры. Возможно, пару минут играет.
    2. Сохраняем все фрагменты свободного места диска, которые, предположительно, могли принадлежать нашему файлу. Имеем 100 фрагментов. Frag001 ... Frag100. Просмотром в HEX-редакторе выкидываем те, где только текст и т.п. муть (точно не видео). Имеем, например, уже 65 фрагментов, а не 100.
    3. Дальше либо вручную, либо автоматизируем доступными способами. Копируем в файлы try001.mov ... try100.mov сначала найденный заголовок, а затем ДОПИСЫВАНИЕМ (append) фрагментов от Frag001 для первого до Frag100 для последнего. И смотрим/верифицируем каждый из этих файлов...
    4. Допустим, конструкция из начала header.mov и продолжения в Frag043 (файл try043.mov) воспроизводится корректно уже не 2 минуты, а 5.
    5. Заменяем файл HEADER.MOV полученной конструкцией, удаляем из списка доступных фрагментов файл Frag043. Остаётся 64 фрагмента. Повторяем снова от шага 3, и так либо до упора в "составной" фрагмент, где кроме видео есть посторонние данные, либо до победы.

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 21:51 17-03-2017
    Skif_off

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kickman
    Понял, спасибо, один момент: как искать по свободным кластерам? Знаю дефрагментатор, который показывает кластеры, только вот так с ходу не соображу, как пересчитать на сектора. Есть что-то удобаваримое?
     
    Добавлено:
    BOBAH4IK

    Цитата:
    Тогда рекомендую начать с изучения формата интересующего вас файла (так сказать "изнутри"). Как выглядит, из чего состоит и т.д...

    С заголовком трудностей не будет, полагаю, а вот как выглядят остальные внутренности - пока в тумане: AVC+PCM, первый уже сжат, не уверен, что сильно отличаются от того же JPEG'а, надо смотреть. К тому же нужны два, а в удалённых видно с десяток прогон, считал всё, что вытащил, включая RAW-поиск...

    Всего записей: 6462 | Зарегистр. 28-01-2008 | Отправлено: 22:29 17-03-2017 | Исправлено: Skif_off, 22:59 17-03-2017
    BOBAH4IK

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

    Цитата:
    С заголовком трудностей не будет, полагаю, а вот как выглядят остальные внутренности - пока в тумане

    Что мешает исследовать живой файл(ы), сделанный(е) этой камерой?
     
    добавлено
    Есть конечно принципиально другой качественный подход к исследованию\решению, но предполагаю, что он будет неоправданно дорог для вашей пары файлов. А именно аппаратный анализатор потоков. Ценник на устройство в среднем от 500 уёв и выше... По этим причинам даже рекомендовать не буду )

    Всего записей: 852 | Зарегистр. 17-05-2006 | Отправлено: 23:42 17-03-2017 | Исправлено: BOBAH4IK, 00:02 18-03-2017
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Skif_off
    Насчёт того почему чекдиск тебе успел поправить уже написано (привет микрософтовским локализаторам).
    Ну и, раз были исправления, можно попробовать поискать в журналах системы отчёт чекдиска.  Ну хотя бы чтобы понять что за ошибки ему привиделись.

    Цитата:
    В смысле? Второй скрин - это после сканирования.

    Судя по написанному выше - это после реконструкции. Не буду  утверждать (в части FAT), но вроде бы есть разница между реконструкцией и полным сканом (FAT).

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 00:04 18-03-2017
    Skif_off

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

    Цитата:
    Судя по написанному выше - это после реконструкции. Не буду  утверждать (в части FAT), но вроде бы есть разница между реконструкцией и полным сканом (FAT)

    Делал и сканирование, DMDE показал список из 6ти разделов FAT, вытащил из парочки несколько файлов и сравнил контрольные суммы с файлами после реконструкции - они совпали. Есть смысл проверить восстановление во всех?
     
    BOBAH4IK

    Цитата:
    Что мешает исследовать живой файл(ы), сделанный(е) этой камерой?  

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

    Всего записей: 6462 | Зарегистр. 28-01-2008 | Отправлено: 00:25 18-03-2017 | Исправлено: Skif_off, 00:28 18-03-2017
    9285

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

    Цитата:
     Есть смысл проверить восстановление во всех?

    Если данные важны смыс есть во всём.
    Кстати, если всё таки речь о фрагментированных файлах, то в крайней версии Active File Recovery декларируется поиск фрагментированных mov/mp4 - так что можешь проверить насколько это реально.
     
    PS. Можешь выложить какой нибудь небольшой mov, сделанный этой камерой?
    PPS. Надеюсь не надо обьяснять что хотя бы сейчас лучше сделать посекторку карточки.
     

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 00:38 18-03-2017
    Skif_off

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    Лог chkdsk почему-то не нашёл, в журналах есть только ~месячной давности, другая флешка. Это нормально?
     
    P.S. Посекторку сделал почти сразу, к сожалению, после chkdsk.

    Всего записей: 6462 | Зарегистр. 28-01-2008 | Отправлено: 02:45 18-03-2017
    Kickman



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

    Цитата:
    в крайней версии Active File Recovery декларируется поиск фрагментированных mov/mp4 - так что можешь проверить насколько это реально.

    Рекомендую начать с этого. А уж если не поможет, то
    Цитата:
    как искать по свободным кластерам?

    Открыть FAT-таблицу проблемного диска/образа в том же DMDE (ALT+1), или в любом дисковом редакторе, который понимает её формат. Там искать кластеры, помеченные как "0" - то есть свободные. Внизу написан номер этого кластера. Переход в нужный кластер. Затем Сервис- копировать секторы - начальный уже установлен, указать длину цепочки секторов (предварительно глянув размер кластера в секторах (часто 64 сектора, что означает 32 кб/кластер)) и указать, в какой файл копировать.
     
    Добавлено:
    Если там явное начало JPG-файла, то потом этот кусок нужно будет выкинуть. Можно и сразу, но сразу не совсем ясно, сколько кластеров требовалось на этот JPG.
     
    Добавлено:
    Поэтому можно ещё воспользоваться undelete~рами разными, чтобы точно заполнить все кластеры, в которых были картинки. Тогда останутся свободными те, где могло быть Ваше видео.

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 18:30 18-03-2017
       

    Страницы: 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 113 114 115 116 117 118 119 120 121 122 123 124 125 126

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Закладки » Восстановление разделов и информации на HDD (часть 9)
    vertex4 (05-02-2023 13:05): Восстановление разделов и информации на HDD (часть 10)


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru