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

Новости • Файловые архивы
Поиск • Активные темы • Топ лист
Правила • Кто в 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
    • Всего записей: 26377 | Зарегистр. 20-04-2006 | Отправлено: 05:17 13-11-2016 | Исправлено: Akam1, 05:17 13-11-2016
    CocKain



    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kickman
    Ага, картинка красивая. Только не понял, в чём там проблема? Только что повис на этом месте из-за модуля и сбросил скорость? У меня, повторю, вычитались все 2Т кроме ~10 метров, потеря совершенно некритичная. Дебиан нормально монтирует повреждённый раздел с резервного фата, все файлы читаются. Можно и dmde попробовать развлечения ради, если бесплатной версии хватит для переноса резервной таблицы в основную, что не получается сделать тестдиском.

    Цитата:
    Сделай MBR=Off, применить, перезагрузить

    Сейчас попробую.

    ----------
    всегда начеку
    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 14:41 04-01-2019 | Исправлено: CocKain, 14:42 04-01-2019
    Kickman



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

    Цитата:
    CocKain: Можно и dmde попробовать развлечения ради, если бесплатной версии хватит для переноса резервной таблицы в основную, что не получается сделать тестдиском.
    Получится. Хватит свободной.
    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 14:45 04-01-2019
    CocKain



    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kickman
    Попробовал выключить MBR, не помогло, всё равно винды видят его RAW. Оба фата корректные, одинаковые, это осталось от тестдиска.
    Этот dmde считает, что у меня ошибки в таблице разделов диска (это понятно, там ещё три несуществующих раздела превышающих ёмкость диска), и ошибки в бутсекторе первого (реального) раздела. Там же он, кстати, видит два предыдущих раздела этого диска до форматирования и записи на него клона. sic! По крайней мере, теперь понятно откуда среди нормальных файлов всякий удалённый мусор, которого не могло быть на пациенте в принципе.
    Well, какие ещё будут предложения? Удалять лишние несуществующие разделы?

    ----------
    всегда начеку
    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 15:51 04-01-2019
    Kickman



    Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    CocKain
    Да, в DMDE поправить таблицу разделов, удалить несуществующие, оставив только существующий (склонированный). На всякий случай можно сохранить текущую разметку в файл для отката.
    Главное избежать перекрывающихся разделов.
    Не очень понял, как сделан клон, но если в нём только один раздел, то именно его и надо оставить, а все остальные записи о разделах - УБРАТЬ.
    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 15:56 04-01-2019 | Исправлено: Kickman, 15:58 04-01-2019
    CocKain



    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ЗЫ Отключал MBR на разделе, не на диске. Если на диске выключить, сразу же раздел удаляется.
     
    Добавлено:
    MBR всё равно отключать или оставить?

    ----------
    всегда начеку
    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 15:58 04-01-2019
    Kickman



    Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    CocKain
    MBR отключается для диска, исчезают все разделы.
    А для раздела отключается PBR, и вот тогда-то винды и будут говорить, что диск(раздел) RAW.
    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 16:00 04-01-2019
    CocKain



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

    Цитата:
    как сделан клон

    Клон сделан напрямую, до последнего LBA нужного раздела включительно.
     
    Добавлено:
    Ура! После удаления лишних разделов винды наконец-то смонтировали всё правильно. Значит косяк был из-за несуществующих разделов на диске.
    Что ещё интересного могу показать? Картинку лога восстановления сфотографировать?
     
    Добавлено:
    В принципе, полезно было бы ещё как-то выяснить, на какие конкретно файлы попали эти пара сотен "bad" секторов. Естественно, руками 100500 файлов на 600Г не перелопатишь. Можно попробовать chkdsk на него натравить =)

    ----------
    всегда начеку
    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 16:00 04-01-2019
    Kickman



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

    Цитата:
    CocKain: В принципе, полезно было бы ещё как-то выяснить, на какие конкретно файлы попали эти пара сотен "bad" секторов. Естественно, руками 100500 файлов на 600Г не перелопатишь.
    Недавно обсуждали в другом месте, примерно так же можно: https://forum.ixbt.com/topic.cgi?id=11:44597:2569#2569
    Только если работать с ddru_ntfsfindbad - сначала нужно лог экспортировать в формат ddrescue. Да и для карты кластеров и работы в DMDE, пожалуй, тоже.
    А по карте кластеров довольно просто сориентироваться.
    В общем, пригодится лог клонирования, экспортированный в формат ddrescue.
    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 16:31 04-01-2019 | Исправлено: Kickman, 16:38 04-01-2019
    CocKain



    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kickman
    Ссылку увидел, спасибо, всё понятно.

    Цитата:
    ddru_ntfsfindbad

    Мну FAT32 имею. Тогда только руками, блин.
    Или по карте в ddme можно сразу в нужный вставать, без расчётов? Опять же, если в свободной.
     
    Добавлено:
    А вот и картинка с восстановления приехала.
       
    Да, всё-таки что-то и последним разделам досталось. Ну там хотя бы ntfs, можно утилитой проверить.

    ----------
    всегда начеку
    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 16:45 04-01-2019
    eh



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

    Цитата:
    После удаления лишних разделов винды наконец-то смонтировали всё правильно. Значит косяк был из-за несуществующих разделов на диске.  
    Что ещё интересного могу показать?

    А смысл что то показывать? Пусть участники учатся ванговать и понимать что у тебя происходит без скриншотов.
    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 09:26 05-01-2019
    Kickman



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

    Цитата:
    CocKain: по карте в dmde можно сразу в нужный вставать, без расчётов? Опять же, если в свободной.  
    Да, в свободной можно. И сектор можно указать. Расчёт номера сектора - это в виндовый калькулятор в инженерном режиме в шестнадцатеричном (клавиша F5) вбить адрес несчитанного места (смещение в байтах там в логе написано), потом представить в десятичном (клавиша F6), поделить на 512 - будет номер сектора. Можно как-то автоматизировать - в EXCEL, например.
    Свободная версия DMDE не позволяет скопировать сразу всю структуру файлов и каталогов на другой носитель, а функции дискового редактора и управления разделами работают, всё на сайте написано...
    Можно попробовать дочитать особо критичные области, отключив диску кэш чтения с помощью hdparm, и потом читать реверсом по одному сектору (параметры для ddrescue: -R -c1)
    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 16:25 05-01-2019
    CocKain



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

    Цитата:
    Пусть участники учатся ванговать и понимать что у тебя происходит без скриншотов

    Ага, я ещё с доса должен их снимать, на тестдиске, например :) Про него и так всё понятно, даже мануал читать не нужно. Только почему-то не получилось резервный фат вместо основного записать до конца.
     
    Kickman

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

    С этим уже разобрался, даже просмотрел критичный раздел (первый), где убило в самом начале первый фат.
    Чудесным образом все остальные дырки для этого раздела (на картинке три точки почти подряд) попали в один несильно нужный видеофайл, который не менее чудесным образом записался целиком в один сплошной ряд кластеров. Как такое может быть на забитом винте – хз, но dmde показал его на карте именно целиковым.
    Надо сказать, этот файл (и ряд других побитых) был один из последних, что писались на винт. В это время он уже начинал глюкавить, только замечено оно было несколько позже.

    Цитата:
    Можно попробовать дочитать особо критичные области

    Такого, кажется, уже не нужно. Самый ценный раздел откопировал на надёжный диск, потом ещё раз сдублирую. Два "средних" раздела (второй и третий из четырёх) откопировались с клона без проблем. А вот на последнем донор под клоном начал подыхать, успел не всё. Ну это не беда, этот раздел на пациенте полностью живой, с него и докопирую. Отсюда, кстати говоря, следующий важный вопрос:
     
    Каким таким образом ddrescue (hddsuperclone) проставляют адреса в карту? Вот я вижу в своём

    Код:
    0x145296CCE00  0x8C97A49200  +

    это 1,37Т и все остальные 600Г до конца диска. Как так? Если перед этим у него шло какими-то небольшими шагами, пятьсот штук их было после последнего сбоя на 0x13E10D19000, а тут вдруг взял и решил сразу 600Г скакнуть. Вообще, какая-то подозрительно знакомая цифра, 1,37Т. Что-то она напоминает.

    ----------
    всегда начеку
    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 17:28 05-01-2019
    Kickman



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

    Цитата:
    Каким таким образом ddrescue (hddsuperclone) проставляют адреса в карту? Вот я вижу в своём
    0x145296CCE00  0x8C97A49200  +  
    Это в байтах. Начало блока; длина блока; состояние
    Переведя в десятичную:
    Начало=1396559367680; длина=603839566336; состояние=скопирован.
    Переведём в сектора (разделим на 512):
    начало в секторе №2.727.655.015; длина=1.179.374.153 секторов.
    hddsuperclone пишет в лог LBA (номера секторов), и может быть так, что в нескольких строках идут подряд считанные блоки, например, 1001 сектор считан, ещё 100 секторов, ещё 1 миллион, ещё 20. Просто они считаны с разной скоростью и/или на разных этапах работы. Куча строк в логе, в том числе после экспорта в формат ddrescue.
    ddrescue при работе объединяет все строки одного типа подряд идущие (после hddsuperclone), будет одна строка, с суммой всех прочитанных блоков в одном, длиной 1.001.121 в нашем примере.
    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 18:13 05-01-2019
    eh



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

    Цитата:
    Ага, я ещё с доса должен их снимать,

    Я понимаю старые времена, когда не было всей нынешней техники и был только плёночный фотоаппарат и надо было печатать снимки, а потом ещё и сканировать.
    Но это так, к слову.
    Просто как можно ответить на вопрос если ничего не понять?
    Например, откуда взялись "левые" разделы и были или они вообще.
    ЗЫ: Никто, никому, ничего не должен.
    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 18:28 05-01-2019
    CocKain



    Advanced Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    eh
    Про дос шутка юмора была, если что ;) А про "левые" разделы, я кажись, пояснял. Хотя мог и просто в запарке сказать что склонировал часть диска только с первым разделом. Плюс потом на одном из клонов проявились старые разделы донора, из-за того что быстро форматировал его. Вот, кстати, плюсы полного формата донора перед записью – ничего левого не вылезет потом в процессе.
    А кому чего интересно уточнить – всегда сам спросит.
     
    Kickman

    Цитата:
    Просто они считаны с разной скоростью и/или на разных этапах работы

    Странно же, согласись, чтобы вот так раз – и сразу 600Г с одной скоростью, допустим, прокатать. В родном логе суперклона эта же строка последняя, так и есть

    Код:
    0xa294b667     0x464bd249     0x7f     0x0     0x0

    Потом опять же, чего там объединять, если только что перед этим адресом шли через один подозрительные.

    Код:
    0xa27a561a     0x000080     0x7f     0x80     0x5002
    0xa27a569a     0x0ccba9     0x7f     0x0     0x0
    0xa2872243     0x000080     0x7f     0x80     0x5002
    0xa28722c3     0x0011a9     0x7f     0x0     0x0
    0xa287346c     0x000080     0x7f     0xc0     0x5003
    0xa28734ec     0x074e00     0x7f     0x0     0x0
    0xa28e82ec     0x000080     0x7f     0x80     0x5001
    0xa28e836c     0x058f29     0x7f     0x0     0x0
    0xa2941295     0x000080     0x7f     0x80     0x5002
    0xa2941315     0x004629     0x7f     0x0     0x0
    0xa294593e     0x000080     0x7f     0x80     0x5001
    0xa29459be     0x005c29     0x7f     0x0     0x0
    0xa294b5e7     0x000080     0x7f     0x80     0x5001
    0xa294b667     0x464bd249     0x7f     0x0     0x0

    По мануалу последняя цифра – время отклика. В секундах, ага. Нет, ну это уже тогда больше похоже на правду, но чтобы уж так совсем...
     
    Всё равно цифра 1,37 подозрительная.

    ----------
    всегда начеку
    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 18:49 05-01-2019
    eh



    BANNED    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    CocKain
    Не знаю как кому, но лично мне клонирование представляется как клон с самого начала диска, поэтому как бы прошлого не должно быть.
    И если речь о формате перед таким действом, то по мне или обнулять или  (как писал выше) заполнять специфичным шаблоном.
    Полный формат (в исполнении современной винды) полезен лишь для случая использования раздела по назначению. И об этом всегда пишу тем, кто после расколбасов делает быстрый формат.
    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 19:01 05-01-2019
    CocKain



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

    Цитата:
    клон с самого начала диска, поэтому как бы прошлого не должно быть

    А как оно обрабатывает пропущенные сектора? По мне так просто скипает их на доноре, вот у меня и вылезли старые разделы, потому что у пациента на этом месте дырка была.
     
    Добавлено:
    Полный формат – заполнение нулями – можно как угодно назвать. Много программ есть с такой функцией, не обязательно винды.

    ----------
    всегда начеку
    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 19:11 05-01-2019
    Kickman



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

    Цитата:
    CocKain: А как оно обрабатывает пропущенные сектора? По мне так просто скипает их на доноре, вот у меня и вылезли старые разделы, потому что у пациента на этом месте дырка была.
    Так и есть. Что на месте назначения не пишется с источника, то остаётся, как было ДО копирования. То есть, если мы имели диск на 2 Тб, и разделы начинались от 0, от 500 Гб и от 1200 Гб, а потом мы наклонируем на него 4 раздела с терабайтника, то терабайт будет занят разделами с клона, потом от 1000 до 1200 Гб будет хвост старого раздела, который начинался от 500 Гб, и от 1200 Гб останется раздел, который был на 2 Тб до начала клонирования с источника на него. И DMDE найдёт 5 целых разделов и останок того, что начинался от 500 Гб и заканчивался перед 1200 Гб. И можно их все включить в таблицу разделов и использовать (кроме затёртого 500-1200). Собственно, если бы были картинки разделов из DMDE для исходного проблемного диска и для того, на который клонировали, +картинка после завершения клонирования, то всё стало бы видно и ясно.
    Похоже, всё удалось оживить. Так это же отлично!!!
    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 20:13 05-01-2019
    CocKain



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

    Цитата:
    Что на месте назначения не пишется с источника, то остаётся, как было ДО копирования.

    Вот! Именно так и есть. Только в моём случае (одном из двух частных) мы копировали треть двухтерабайтника с пробитым первым фатом на терабайтник. Поэтому потом на этом терабайтнике были видны ещё три раздела от двухтерабайтника (поскольку они достались новому диску вместе с бутсектором старого) и два старых раздела самого терабайтника. Вот. Собственно, как в итоге и планировалось, из этого получился один восстановленный раздел – он же первый раздел исходного двухтерабайтника. Остальные же три раздела восстановились (в некоторой степени) из полного клона двухтерабайтника на другой двухтерабайтник. Что, в принципе, было необязательно, потому что для них фаты и так читались, да и данные вполне себе были доступны. Как сейчас эти данные из последнего раздела досписываются из исходного больного винта в связи с преждевременной кончиной клона. Единственно что, исходный диск местами читается на 3,5М вместо положенных ему 35М. Но на то он и больной. А так – да, всё восстановилось, ура :rotate:

    ----------
    всегда начеку
    Всего записей: 1453 | Зарегистр. 15-11-2004 | Отправлено: 21:56 05-01-2019
    eh



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

    Цитата:
    Полный формат – заполнение нулями – можно как угодно назвать.

    Здесь дело не в названии а в сути.

    Цитата:
    Много программ есть с такой функцией, не обязательно винды.

    Но не все из них при полном формате зануляют поляну.
    Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 00:34 06-01-2019
       

    Страницы: 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