У меня есть файл образа неисправного жесткого диска, созданный с помощью ddrescue на Linux. Жесткий диск имеет объем 750 ГБ, если я правильно помню, только около 30 МБ не удалось сохранить. У меня есть еще несколько неисправных HD, и я не помню, принадлежал ли этот к моему компьютеру с Windows или Linux.
Я пытаюсь записать образ обратно на HD объемом 2 ТБ. Независимо от того, форматирую ли я этот HD как NTFS или EXT и записываю образ на этот новый HD, после завершения он снова отображается как неотформатированный и пустой. Я читал, что мы должны использовать инструменты исправления ошибок для образов перед их обратной записью. Поэтому я попробовал использовать fsck и ntfsfix, но ни один из них не может идентифицировать образ и исправить его.
Если ddrescue удалось спасти так много с этого неисправного HD, почему инструменты не могут исправить ошибки и почему нельзя записать обратно? Мне удалось успешно записать обратно еще один неисправный HD на 160 ГБ, поэтому я не знаю, почему этот на 750 ГБ не работает.
Редактировать, чтобы записать обратно изображение, которое я использую:
sudo ddrescue -f seagate750gb.img /dev/sdb restore.log
голова -n 16 seagate750gb.log
# Rescue Logfile. Created by GNU ddrescue version 1.17
# Command line: ddrescue -d -r5 -R /dev/sdb seagate750gb.img seagate750gb.log
# current_pos current_status
0x89B7F4A00 +
# pos size status
0x00000000 0x89B7F4800 +
0x89B7F4800 0x00000200 -
0x89B7F4A00 0x010AA200 +
0x89C89EC00 0x00000200 -
0x89C89EE00 0x21775200 +
0x8BE014000 0x00000200 -
0x8BE014200 0x000DA400 +
0x8BE0EE600 0x00000200 -
0x8BE0EE800 0x00369600 +
0x8BE457E00 0x00000200 -
0x8BE458000 0x002B6000 +
файл seagate750gb.img
seagate750gb.img: x86 boot sector
gdisk -l seagate750gb.img
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************
Disk seagate750gb.img: 1465149168 sectors, 698.6 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 2891CCD9-92FB-4380-AB03-801E0E4F90CC
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1465149134
Partitions will be aligned on 2048-sector boundaries
Total free space is 1465149101 sectors (698.6 GiB)
Number Start (sector) End (sector) Size Code Name
судо gdisk -l /dev/sdb
(это мой жесткий диск на 2 ТБ после записи на него образа)
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************
Disk /dev/sdb: 3907029168 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 59784077-576E-4CC1-918D-773D10916B46
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries
Total free space is 3907029101 sectors (1.8 TiB)
Number Start (sector) End (sector) Size Code Name
решение1
Прежде чем строить предположения, проверьте несколько вещей:
Убедитесь, что образ диска действительно содержит данные. Попробуйте что-то вроде:
lzop < disk.img | wc -c - disk.img
Это займет несколько минут, чтобы подсчитать символы как в изображении, так и в несколько сжатом
lzop
потоке изображения. Если изображение состоит из одних нулей,lzop
число будет относительно небольшим.Если
lzop
число не менее10%размера исходного изображения, есть некоторые данные вдиск.img.Если данные есть, проверьте, что говорят об этом несколько стандартных утилит:
file disk.img
...должен немного рассказать о том, что там. Если это таблица разделов, попробуйте:
gpart -v disk.img