Не может смонтировать USB (ddrescue) образ диска

Я пытался восстановить некоторые данные из неисправной карты с интерфейсом USB (NTFS), но прежде чем я протестировал на другой карте с интерфейсом USB. Virtualbox VM обнаружил карту с интерфейсом USB, которая была размонтирована для создания изображения ddrescue.

Мне удалось сделать это однажды, но теперь это, кажется, больше не работает, поскольку fdisk думает, что существует несколько разделов, когда существует только один в карте с интерфейсом USB???

У кого-либо есть какие-либо идеи/предложения?

Шаги:

  1. Проверьте, что файловая система usb придерживается для присвоения правильного FS при монтировании img
  2. dd палка usb
  3. проверьте img свойства раздела. Это должно смонтировать раздел с соответствующим значением смещения (стартовый блок).
  4. смонтируйте img с ОТКАЗАВШИМ монтированием
  5. смонтируйте img с kpartx (не знакомый с этим инструментом) ОТКАЗАВШИЙ

Rosa recover_disk # fdisk-l/dev/sdb

Диск/dev/sdb: 1 014 МБ, 1 014 497 280 байтов 17 голов, 32 сектора/дорожки, 3 642 цилиндра, общие 1 981 440 Единиц секторов = секторы 1 * 512 = 512-байтовый (логический/физический) размер Сектора: 512-байтовый / 512 байтов (минимальный/оптимальный) размер ввода-вывода: 512-байтовый / 512 байтов Дисковый идентификатор: 0xc3072e18

Начальная загрузка устройства Запускает идентификационную Систему Блоков Конца/dev/sdb1 * 32 1981439 990704 7 HPFS/NTFS/exFAT

Rosa recover_disk # ddrescue/dev/sdb1 dd_resc.img

GNU ddrescue 1.17 Нажимает Ctrl-C для прерывания спасенный: 1 014 МБ, errsize: 0 B, действующий курс: IPO на 704 кБайт/с: 1 014 МБ, ошибки: 0, средняя скорость: 14 492 кБайт/с opos: 1 014 МБ, время с тех пор в последний раз успешное чтение: 0 Законченных с

Rosa recover_disk # fdisk-l dd_resc.img

Диск dd_resc.img: 1 014 МБ, 1 014 480 896 байтов 255 голов, 63 сектора/дорожки, 123 цилиндра, общие 1 981 408 Единиц секторов = секторы 1 * 512 = 512-байтовый (логический/физический) размер Сектора: 512-байтовый / 512 байтов (минимальный/оптимальный) размер ввода-вывода: 512-байтовый / 512 байтов Дисковый идентификатор: 0x4d544f4f

Это не похоже на таблицу разделов, Вероятно, Вы выбрали неправильное устройство.

 Device Boot      Start         End      Blocks   Id  System

dd_resc.img1? 218137203 2138359164 960110981 70 Мультиначальных загрузок DiskSecure dd_resc.img2? 544370800 2464669663 960149432 74 Неизвестных dd_resc.img3? 225600882 769746299 272072709 82 подкачки Linux / Солярис dd_resc.img4? 2760638474 2760690110 25818 + 61 SpeedStor

Записи таблицы разделов не находятся в дисковом порядке

Rosa recover_disk # mkdir/media/ddmount Rosa recover_disk # повторяет $ ((32 *512))

16384

Rosa recover_disk # монтирует dd_resc.img/media/ddmount-o цикл, offset=16384-t ntfs

Подпись NTFS отсутствует. Не удалось смонтировать '/dev/loop0': Недействительный аргумент устройство '/dev/loop0', кажется, не имеет допустимый NTFS. Возможно, неправильное устройство используется? Или целый диск вместо раздела (например,/dev/sda, не/dev/sda1)? Или наоборот?

Rosa recover_disk # kpartx-a-v dd_resc.img

картопостроитель устройства: возобновите ioctl на отказавшем loop0p1: Недействительный аргумент создает/перезагружает отказавший на loop0p1, добавляет карта loop0p1 (0:0): 0 1 920 221 962 линейных картопостроителя устройства/dev/loop0 218137203: возобновите ioctl на отказавшем loop0p2: Недействительный аргумент создает/перезагружает отказавший на loop0p2, добавляет карта loop0p2 (0:0): 0 1 920 298 864 линейных картопостроителя устройства/dev/loop0 544370800: возобновите ioctl на отказавшем loop0p3: Недействительный аргумент создает/перезагружает отказавший на loop0p3, добавляет карта loop0p3 (0:0): 0 544 145 418 линейных картопостроителей устройства/dev/loop0 225600882: возобновите ioctl на отказавшем loop0p4: Недействительный аргумент создает/перезагружает отказавший на loop0p4, добавляет карта loop0p4 (0:0): 0 51 637 линейных/dev/loop0 2760638474

----01.03.2017 ОБНОВЛЕНИЕ-------

Тайна остается, но мне удается смонтироваться без опций смещения, который является облегчением, но не удовлетворяющий, поскольку я не понимаю почему, который будет полезен для дальнейшего использования.

1
задан 2 March 2017 в 15:15

1 ответ

Кажется клонированием раздела /dev/sdb1, а не целый диск /dev/sdb.

ddrescue очень мощный инструмент для спасения что это возможный читать (также трудный читать из-за сбоя аппаратных средств). Но это опасно (как стандарт dd), потому что это делает то, что Вы говорите этому обходиться без вопросов.

, Таким образом, важно перепроверить и тройная проверка, что Вы понимаете то, что Вы делаете, и что нет никакой опечатки. Иначе Вы могли бы перезаписать изображения семейства или некоторые другие важные данные в другом диске, который 'не должен быть вовлечен' в процессы клонирования и восстановления.

  • Тем не менее это - хорошая идея запуститься путем клонирования поврежденного диска и сделать попытки восстановления на клонированной копии. И ddrescue хороший инструмент клонирования.

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

текст после того, как символ # является комментарием (не используемый).

sudo ddrescue source-drive target-drive log-file  # generic command line
sudo ddrescue /dev/sdx /dev/sdy sdx2sdy.log       # example

, где x и y буквы дисков, например b и c. Очень важно получить их корректная буква диска (и в правильном порядке). Иначе Вы можете detroy важные данные.

<час>

можно заставить справку отождествлять диски со следующими командами

df
sudo lsblk -f
sudo lsblk -m
sudo parted -ls

, информационная страница

info ddrescue

содержит очень хорошее учебное руководство. Считайте его тщательно перед использованием ddrescue снова.

<час>

, Если только файловые системы повреждены (не элементы памяти или внутреннее управление данными в Карте памяти), можно использовать mkusb для клонирования диска. Это установлено от PPA и поможет Вам определить целевой диск, который снизит риск. mkusb version 12 псевдоним dus может использоваться как это,

dus /dev/sdx   # where x is the drive letter of the source (for example b)
<час>

Наконец, видеть следующую ссылку для большего количества подсказок о восстановлении Карты памяти или восстановлении данных из него,

Восстановление таблица разделов и файловая система pendrive

0
ответ дан 8 December 2019 в 06:50

Другие вопросы по тегам:

Похожие вопросы: