Посекторное копирование файла с пропуском битых секторов
Обновлено: 05.07.2024
Восстановление данных с поврежденной флешки или карты памяти не всегда проходит гладко и с положительным результатом. Удастся ли скопировать данные с носителя или нет, зависит от степени его поврежденности, а также от используемых программой алгоритмов. Там, где пасует популярная программа, нередко с возложенной на нее задачей вполне успешно справляется малоизвестная утилита. О такой утилите сегодня как раз и пойдет речь.
Затем ddrescue выполняет чтение в обратную сторону помеченных блоков, с каждой итерацией уменьшая размер участка вплоть до сектора и постоянно меняя направление чтения. Сформировав карту носителя, утилита выполняет посекторное чтение блоков и когда на ее пути встречается проблемный сектор, она останавливается и начинает чтение в обратную сторону опять же до тех пор, пока ей не встретится другой проблемный сектор. Зонам между этими секторами присваивается метка non-scraped , буквально «не выскобленные». Наконец, ddrescue производит посекторное вычитывание non-scraped блоков несколько раз и только в случае безуспешности попыток хоть что-нибудь считать блок сектор помечается как плохой.
Как пользоваться ddrescue
Для работы с ddrescue вам нужно установить UNIX-подобную среду Cygwin . Когда мастер-установщик предложит вам выбрать пакеты, обязательно найдите через поиск (Search) ddrescue и включите ее в пакет.
Установка среды занимает некоторое время, поскольку необходимые файлы загружаются с серверов разработчика.
Подключив к компьютеру накопитель, запустите с рабочего стола Cygwin и выполните в открывшейся консоли такую команду:
cat /proc/partitions
Этой командой вы получите список томов всех подключенных к ПК носителей. Запомнив имя (name) вашей флешки или карты памяти, сформируйте и выполните следующую команду, где XXX — имя проверяемого накопителя.
ddrescue --verbose --force /dev/XXX E:/disk.dd E:/data.log
• non-tried — сколько осталось проверить данных, при полной проверке значение будет равно нулю.
• rescued и pct rescued — успешно прочитанные данные в килобайтах и процентах.
• non-trimmed — предварительный размер блоков, подлежащих усиленной проверке.
• non-scraped — размер блоков, из которых предстоит «выскоблить» данные.
• bad-areas — участки, содержащие проблемные сектора.
• bad-sector — сектора, окончательно признанные плохими.
• read-errors — количество ошибок чтения.
Если процесс выскабливания уж слишком затянется (более 10 часов) , его можно прервать, DD -образ будет снят в любом случае. Всё, что утилите удастся вытянуть, будет в него записано. Для получения дополнительной информации можно еще заглянуть в лог.
Выглядеть он будет примерно следующим образом:
Шестнадцатеричные значения будут соответствовать номерам секторов, а символы — их состоянию. Символ «+» означает успешно прочитанный сектор, «-» — окончательно плохой, «/» — еще не выскобленные, «*» — еще не помеченные как non-scraped, «?» — вообще не проверенные.
Что делать с полученным образом DD?
Скормить его программе для восстановления данных, поддерживающей этот формат.
И вот всё: HDClone выдаст нам отчёт о проделанной операции, после ознакомления с ним можем его закрыть, как и закрыть саму программу.
Комментарии (16)
Рекламный блок
Подпишитесь на рассылку
Навигация
Облако тегов
Архив статей
Сейчас обсуждаем
Гость Павел
Зачем так было далеко запрятывать в Win 11 такую важную функцию, как создание точки восстановления?
Александр
Здравствуйте Касается углубления темы переноса системных папок на другой диск. Прочитал Вашу
glavred
4598, Нет, у нас используется Microsoft PowerPoint
admin
гость
Никак не могу привыкнуть к Панели задач, так и тянет щёлкнуть мышью в левом нижнем углу рабочего
RemontCompa — сайт с огромнейшей базой материалов по работе с компьютером и операционной системой Windows. Наш проект создан в 2010 году, мы стояли у истоков современной истории Windows. У нас на сайте вы найдёте материалы по работе с Windows начиная с XP. Мы держим руку на пульсе событий в эволюции Windows, рассказываем о всех важных моментах в жизни операционной системы. Мы стабильно выпускаем мануалы по работе с Windows, делимся советами и секретами. Также у нас содержится множество материалов по аппаратной части работы с компьютером. И мы регулярно публикуем материалы о комплектации ПК, чтобы каждый смог сам собрать свой идеальный компьютер.
Наш сайт – прекрасная находка для тех, кто хочет основательно разобраться в компьютере и Windows, повысить свой уровень пользователя до опытного или профи.
Программа-тестировщик человека. На чем или с чем писать легко и быстро?
Здравствуйте! Нужно сделать тестер, но вот создавать ещё один велосипед желания особо нету, хотя.
Шапка с более, чем двумя блоками
Здравствуйте. Я пока новичок в вёрстке. После продолжительной теории, решил попрактиковаться. .
Необходимо скопировать раздел реестра
Кто-нибудь решал подобную задачу? Необходимо скопировать раздел реестра (например.
Как скопировать раздел реестра?
какой функцией можно переместить/скопировать раздел?
zer0mail, быстро только кошки плодятся…
Потешили Вы меня… --- Профессионалы на комплексе PC-3000 неделями сбойные данные вычитывают..
В DMDE закрываете окно Разделы диска…
В меню Сервис ===> Копировать секторы
И заполняете шаблон:
Источник
========
Хард на 2 TB
Начальный сектор = 0
Конечный сектор ---- max…
Число секторов --- Само заполнится
ЗЫ Только перед копированием сделайте MBROff, чтобы Windows не лазил ни на источник, ни на приёмник
Я не хочу вычитывать сбойные блоки (оставим это профессионалам). Я хочу в копии получить хорошо читаемые блоки и не за недели, а часов за 8. Процесс пошел.
Добавлено через 9 минут
DMDE порадовал - понятные и грамотные настройки (прыжки, чтение назад. )
Пытаюсь продолжить копирование и появляется окно Недопустимый ввод. Где ошибка, в чем - непонятно. Пытаюсь продолжить копирование и появляется окно Недопустимый ввод.
Мне тоже с ходу непонятно.
Но почему Вы решили продолжить с Start Sector = 250602540 .
Может оно и правильно, но мне это не очевидно.
Напустите DMDE на приёмник и покажите окно Разделы диска.
ЗЫ Вижу, что Вас сподобило разориться на приличный хард/приёмник.
Добавлено через 6 минут
Добавлено
========
Покажите рапорт SMART приёмника WD2005FBYZ --- меня температуры интересуют.
поэтому я задал 250602540, но не получилось. Тогда я выставил начальный блок в 0, а стартовый 250602540. Копироваание пошло и завершилось. Сейчас идет сканирование R-studio, смарт прилагаю. Еще непонятно, что за сброс лога и почему там такое странное число. Кстати, значения для заполнения пропущенных и бэд блоков выбраны случайно или в этом какой-то смысл? Уже спрашивал - можно ли в DMDE добавить сигнатуры баз и архивов 1с? Базы начинаются с "1CDBMSV8", и архивы с "1CIBDmpF" последний сбойный блок 250602544, поэтому я задал 250602540, но не получилось.
Не получилось потому, что источник --- хард AF. У него LBAs секторов кратны 8…
А 250602540 не кратен 8, а 250602536 кратен и 250602544 кратны. А Вы нарвались на сбойные большие секторы… Короче, с 250602536 надо было продолжать.
Но я не просто так просил показать окно Разделы диска… для приёмника.
Вы MBROff делали --- Да/Нет….
А копировать надо было с первого и до последнего сектора источника… А потом думать как правильно вытянуть информацию. Если бы Вы сделали правильно, то можно было бы приниматься и за лечение источника. --- Может с ним нет ничего нестрашного… А раз полной копии нет, то нельзя…
Я не пробовал, но по идее Вы можете выбрать любые шаблоны/сигнатуры для заполнения Bads-секторов.
Уже спрашивал - можно ли в DMDE добавить сигнатуры баз и архивов 1с?И это я не пробовал, --- с этим обращайтесь к 9285. Он теперь на THG себе лунку свил.
Добавлено через 14 минут
Добавлено
========
--- У меня подобные WD1003FBYZ при хорошей нагрузке выше 33 C не греются. Да и отображаются они информативно BAD и SKIP - тут разве только слепая барашка не сможет понять что в секторе. Об этом поговорим, когда ты научишься отличать бит, от байта. --- Вот только это никогда не произойдёт.
Чё за бред? Программа читает и пишет в логические сектора. Не программа читает, а драйвер Windows. А кластер с началом в 250602536 ещё не был сбойным.
Разбросана Ваша проблема по разным темам.
Но мне нравится сравнение окна Разделы диска на источнике (оригинале) и приёмнике (посекторной копии).
Пока я увидел, что на копии почему-то нет последнего раздела. Я это красным обвёл.
См. картинку
Так Вы источник до конца скопировали ---- Да или Нет.
Источник я копировал полностью, правда в нем сейчас нет этого раздела (он был в конце расширенного до переразбиения). И в нем много блоков не читалось, а при копировании DMDE некоторые блоки может пропускать, если натыкается на сбойный.. а при копировании DMDE некоторые блоки может пропускать, если натыкается на сбойный..По идее не блоки, а секторы…
Оно конечно так. но пришлите дамп (копии секторов в файл) секторов LBA=3733401600 и LBA=3902562719 для источника и приёмника. --- Итого четыре файлика.
ЗЫ У Вас та ситуация, когда секторы надо вычитать по возможности полнее…
Откуда такая уверенность.
Насколько я понял Вы сохранили нужную информацию (базы 1C) на хард 3 TB. А затем по простоте душевной просто переразбили зачем-то хард. А что, если нужное в том месте как раз находилось.
Меня не раздел/том, а место интересует.
Сам от диска в расширенииом разделе отрезал кусок, где много bad-блоков, чтобы файлы в разделе не попали на них.А из отрезанного куска сделал раздел BAD, дабы ничего важного туда не писать.. А из отрезанного куска сделал раздел BAD, дабы ничего важного туда не писать.. Это мне понятно. Но может на этом месте ранее базы 1С жили. Я вот не уверен, что после копирования на хард 3TB Вы позаботились (проверили. ) о сохранности информации на харде 2 TB.
Свободно было гигов 300, когда обратил внимание на тормоза, зависания и прогнал диск викторией. Бэды были по всему диску, но в конце особенно густо и этот кусок в 80 гигов я и отрезал. Потом забил диск 10Мб файлами, еще раз прогнал викторией и те файлы, на которые попали нечитаемые или тормозные блоки, сложил в отдельную папку, а остальные удалил. Диск перестал сильно тупить и виснуть. Где-то через год я перекинул все данные с него (и с 500Гб диска) на новый 3Тб, который сейчас и помер , а старый снова прогнал викторий и переразбил так, чтобы 3 других "густых" места сбоев попали между разделами.
Сейчас проблемы после сканирования такие:
Очень много строк с NTFS, каждый раз надо тыкать и ждать, пока (пере)строится ФС (смысл этих действий мне не вполне ясен). Если задаю шаблон поиска, DMDE что-то находит, но найденные куски несуразного размера. Я ищу фрагмент текста и знаю, что он <4Кб, а найденные куски могут быть сотни мегабайт а то и гигабайты. Как там искать нужный фрагмент?
Если ищу фрагмент базы 1С (а тексты тем в формате UTF16, т.е. просматривать глазами неудобно), то там и сотни гигов могут быть куски (причем, если сложить их размеры, то сумма больше диска).
Сюдя по тому как дохнут HDD? нужно менять блок питания и проверять охлаждение (температура HDD не должна превышать 45С, лучше - 36-38С)Чем вылечить bad smart?
Всем привет. Подскажите чем возможно вылечить, если вообще возможно?
Чем ремапить bad-сектора?
Victoria вроде как устарела, кто чем теперь пользуется?
Чем метить bad сектора на диске
Кокой программой можно вручную пометить BAD сектора на диске
Win 8 занимает слишком много места, причем не известно даже чем
Добрый день всем, пользуюсь Win 8 уже около полугода, причем место на диске C все уменьшается и.
Данная неисправность представляет собой повреждение произвольного количества секторов на винчестере до состояния, когда их чтение головками в штатном режиме работы жёсткого диска становится невозможным. Либо поверхность накопителя деградирует до состояния, когда чтение секторов возможно, но идёт крайне медленно, что не позволяет накопителю полноценно работать с операционной системой и пользовательскими данными. Нужно признать, что на каждом жёстком диске есть повреждённые сектора. При производстве дисков эти повреждённые сектора заносят в специальный заводской дефект-лист P-List (Primary list) и уже далее в процессе работы эти повреждённые сектора диск "не видит". Если в процессе эксплуатации появляются дополнительные bad-блоки, то диск сам заносит их в пользовательский дефект лист G-List (Grown list). Объём этого дефект-листа ограничен и если поверхность диска начинает деградировать, а количество повреждённых секторов превышает вместимость G-List'а, то диск перестаёт полноценно функционировать и bad-блоки повреждают пользовательские данные.
Данная неисправность позволяет при использовании профессионального оборудования вычитать все пользовательские данные практически без потерь. На полноту восстановления данных при наличии повреждённых секторов на диске влияют такие факторы как количество bad-секторов и их расположение. Т.е. повреждённых секторов может быть 10шт. и они располагаются на секторах не содержащих пользовательских файлов, а может быть повреждённых секторов 100000шт. и все они попали например в бухгалтерскую базу 1C или в таблицу файлов MFT (Master File Table — «Главная файловая таблица»).
Методы и программы для тестирования жёсткого диска на наличие bad-блоков
Все существующие программные средства для тестирования жёстких дисков делятся на два типа: профессиональное оборудование для сервис центров и бесплатные программы доступные пользователям в интернете. Профессиональные средства работы с жёсткими дисками обычно являются программно-аппаратными комплесами, состоящими из непосредственно программной части и аппаратной платы криптозащиты с дополнительными независимыми от операционной системы SATA портами, реле управления питанием HDD и COM-терминалом с различными переходниками для разных моделей винчестеров. Возможности по тестированию HDD у программно-аппаратных комплексов значительно превосходят возможности в бесплатном програмном обеспечении. Стоимость одного программно-аппаратного комплекса может доходить до 3000$. Бесплатные программы не предназначены для ремонта, но подходят для полноценного тестирования HDD на наличие повреждённых секторов.
Профессиональные программно-аппаратные комплексы: PC3000 Data Extractor, HDD Repair Tool.
Бесплатные программы для тестирования жёстких дисков: MHDD, Victoria API, HDD Scan.
Ниже представлен пример результатов тестирования жёсткого диска IBM на программно-аппаратном комплексе HDD Repair Tool. Как видно из рисунка, данное профессиональное оборудование позволяет не только определить количество и номера LBA повреждённых секторов, но и позволяет в графическом режиме показать точное расположение и распределение bad-блоков по всем пластинам жёсткого диска. На скриншоте повреждённые сектора на разных поверхностях и головках h0, h1, h2 ,h3 отмечены разныи цветами. Это даёт чёткое визуальное восприятие распределения повреждений по пластинам HDD.
На рисунке ниже показан скриншот из программы Vactoria при тестировании диска содержащего повреждённые сектора, которые отмечены крестиками. Цветные клетки это сектора с низкой скоростью чтения, которые вскоре полностью перестанут читаться и превратятся в bad-блоки.
Методика восстановления информации при данной неисправности
Существуют два основных метода копирования данных с дисков, повреждённых bad-секторами. В простых случаях, когда файловая таблица MFT не повреждена и её удаётся вычитать, то далее строится виртуальная карта занятых пользовательскими данными секторов на диске и копируются только сектора содержащие информацию, а пустые сектора не копируются. Это значительно ускоряет процесс копирования и снижает вероятность увеличения повреждений диска в ходе создания посекторного образа. В случаях, когда файловая таблица MFT повреждена и расположение файлов и папок на диске неизвестно, приходится делать полную посекторную копию всего диска, а уже после её завершения восстанавливать логическую структуру файловой системы на диске, куда была сделана посекторная копия. Любой метод восстановления данных при наличии повреждённых секторов на диске сводится к созданию посекторной копии повреждённого диска. Этот процесс всегда проходит в режиме "read only" (только чтение). Производить запись на повреждённый диск или подключать его к операционной системе крайне не рекомендуется, т.к. такой диск при попытке записать информацию может увеличить количество сбойных секторов и, как следствие, битых файлов. На многих моделях жёстких дисков имеется возможность вычитать данные из повреждённых секторов с помощью активной утилиты входящей в состав программно-аппаратного комплекса PC3000 DataExtractor. Активная утилита позволяет с помощью подачи в накопитель специальной команды ввести диск в технологический режим, после чего скорость чтения диска падает в разы, но при этом он начинает читать данные из повреждённых секторов. Общий же алгоритм сводится к тому, что бы сначала вычитать в режиме UDMA на высокой скорости все неповреждённые сектора, а затем перевести диск в технологический режим и вычитать на медленной скорости данные из повреждённых секторов.
Примеры повреждённых файлов в которых содержатся bad-блоки
Всем привет. Думаю, что каждый рано или поздно сталкивался с ситуацией, когда необходимо восстановить данные с жесткого диска. На помощь нам приходит утилита ddrescue. Я тоже не обошел данную проблему стороной. Буквально на днях моя домашняя файлопомойка заскрипела диском и начала сыпать ошибками на консоль и в лог. Что-то вроде:
Повезло мне, что : 1. есть бэкап, который успокоил мою душу (хорошо, что не понадобился). 2. Проблема оказалась с поверхностью диска, а не с контроллером\электроникой.
Порядок действий с битым hdd
Типичный порядок действий, которому я стараюсь следовать при наличии таких проблем как ошибки чтения\записи, нетипичный треск диска и другие симптомы выхода из строя жесткого диска:
- Выключаю комп с проблемным диском
- Загружаю с LiveCD\LiveUSB - утилиты MHDD или Victoria
- Проверяю, определяется ли жесткий диск и есть ли возможность провести проверку диска чтением. Если запуск проверки диска прошел успешно, это можно считать положительным показателем работоспособности электроники. Останавливаю проверку.
- Далее я перехожу к переносу данных с помощью ddrescue.
- После успешного восстановления я пытаюсь запустить remap битых секторов. Обычно, действую по алгоритму: если remap начал обнаруживать очень большое количество битых секторов, то останавливаю. Диск летит в мусорку. Если битых секторов не шибко много, то диск после ремапа может еще не один год поработать, как средство для переноса некритичных данных между ПК.
- Запускаю проверку перенесенной файловой системы (fsck для linux, chkdsk для Windows разделов).
В общем то, если не брать проблемы с электроникой жесткого диска, а рассматривать ситуацию, когда у Вас жесткий диск - что называется - посыпался. То по данной схеме я восстановил не один десяток дисков с разной степенью повреждений практически без значимой потери данных. Итак, в данной статье речь пойдет о 4 и 5 шаге.
Восстановление битого hdd с помощью ddrescue
Исторически, для побайтового копирования в Linux существовала утилита dd. Недостаток dd, в данном случае в том, что она может копировать данные только с исправных устройств. Данного недостатка лишена ddrescue. Давайте кратко рассмотрим man ddrescue:
GNU ddrescue - Data recovery tool. It copies data from one file or block device (hard disc, cdrom, etc) to another, trying to rescue the good parts first in case of read error. <. >
If you use the mapfile feature of ddrescue, the data is rescued very efficiently, (only the needed blocks are read). Also you can interrupt the rescue at any time and resume it later at the same point. The mapfile is an essential part of ddrescue's effectiveness. Use it unless you know what you are doing.<. >
Что по русски звучит, как:
GNU ddrescue - Утилита восстановления данных. Утилита копирует данные из одного файла или блочного устройства (жесткого диска, CDROM и т.п.) в другой, пытается спасти данные в случае ошибок чтения.
Если вы используете функцию логфайла, восстановление данные происходит очень эффективно (копируются только необходимые блоки). Вы можете прервать копирование в любое время и возобновить его в любой момент и копирование продолжется с того места, с которого остановилось. Логфайл - это неотъемлемая часть успешного восстановления данных с помощью ddrescue. Используйте его, если не знаете, что делаете.
При своей работе ddrescue не пишет нули в выходной файл, когда он находит бэды на входном файле, и не обрезает выходной файл, если это не задано в параметрах. Таким образом, каждый раз, когда ddrescue натравливается на тот же выходной файл, он пытается заполнить пробелы, не трогая уже спасенные данные. В общем-то все выглядит просто. Послушаемся совета использовать лог файл. Лог файл после определенной версии ddrescue стал называться mabfile.
Рекомендации по восстановлению данных или Будьте бдительны и осторожны
Опять же, взято из мануала:
- ddrescue - довольно мощное средство по уничтожению данных, если Вы будете не осторожны. Необходимо понимать, что вы собираетесь делать. 7 раз отмерь.
- никогда не запускайте восстановление данных с\на раздел, который примонтирован на чтение\запись. Разделы, с которыми будет работать ddrescue вообще лучше не монтировать, даже в режиме RO;
- никогда не пытайтесь восстановить файловую систему с ошибками I/O на диске, т.к. размер поврежденных может значительно увеличиться;
- если Вы пытаетесь восстановить данные на устройство или раздел, все данные на этом устройстве будут перезаписаны;
- некоторые системы после перезагрузки могут изменять имена устройств (например те, что используют udev). Если ОС была перезагружена, проверьте имена устройств прежде чем перезапускать ddrescue;
- если возникла необходимость прервать ddrescue для перезагрузки, будьте осторожны, чтобы перезагрузка не началась с восстанавливаемого раздела. Это может привести к изменениям данных на диске и повторный запуск ddrescue будет неконсистентным.
Формат ddrescue
ddrescue запускается в следующем формате:
При этом, в большинстве случаев, достаточно всего нескольких опций:
Не углубляясь в нюансы работы ddrescue, можно пометить все ошибочные области, как области, которые еще не читались. Рекомендуется использовать опцию, если диск перестает отвечать.
При указании данной опции, ddrescue использует прямой доступ к диску, обходя кэши ядра.
-i bytes или --input-position=bytes
Ключ задает откуда (с какого bytes) начинать чтение с infile. По умолчанию установлен в ноль.
-m file или --domain-mapfile=file
Ограничить размер восстанавливаемого раздела последним блоком, обозначенным в логфайле. Используется для слияния образов восстановления. Например, если диск outfile сломался во время восстановления.
Пропускает т.н. фазу scrape. Уменьшает время восстановления, т.к. снижает время на попытки чтения самых трудных частей файла.
-r n или --retry-passes=n
Задает количество повторных попыток чтения поврежденных областей. По умолчанию - 0. -1 подразумевает, что количество попыток бесконечное. Каждый битый сектор читается один раз, пи этом перечитывается 0 раз по умолчанию, или то количество раз, которое заданно в текущей опции.
Обратная последовательность выполнения каждой фазы восстановления. То есть ddrescue читает данные в обратной последовательности.
Заставить ddrescue перезаписать диск outfile. Необходим, когда в качестве outfile используется устройство. Используется для защиты от ошибочного повреждения данных.
Verbose mode, он же подробный режим. Можно указать несколько -v (до 4х), что увеличит детальность вывода.
Давайте теперь рассмотрим данные опции на примерах.
ddrescue примеры
Пример 1: Восстановление целого диска с несколькими разделами ext3 (или любыми другими, хоть NTFS) с /dev/hda на /dev/hdb.
Примечание: Нет необходимости создавать таблицу разделов на /dev/hdb, т.к. данные копируются побайтово вместе со структурой разделов.
Пример 2: Восстановление одного раздела с /dev/hda2 на /dev/hdb2.
Примечание: результирующий раздел должен существовать с тем же типом и размером, что и исходный, либо должен быть создан.
Пример 3: Во время восстановления целого диска /dev/hda на /dev/hdb, /dev/hda остановился и перестал отвечать на позиции 12345678.
Пример 4: Во время восстановления целого диска /dev/hda на /dev/hdb, /dev/hdb выдал ошибку и мы пытаемся восстановить данные на третий диск /dev/hdc
Пример 5: Во время восстановления целого диска /dev/hda на /dev/hdb, /dev/hda перестал отвечать, стал недоступен и невидим в /dev
На этом все. Надеюсь, что данный материал Вам помог. Больше информации можно найти в ссылках ниже. Так же, в ссылках можно найти информацию о Live дистрибутивах, которые я использую для восстановительных работ.
Ссылки
С Уважением, Mc.Sim.
Другие материалы в категории Linux
Ну, вот гипотетический пример, допустим, нам надо скопировать диск с двумя разделами (1 = Ext2, 5 = Ext4) на исправный диск.
Пациент = /dev/sda (раздел /dev/sda1,5), образ пишем на /dev/sdb. (/dev/sdb должен быть не меньшего размера, чем исходный!)
Читайте также: