☰

ddrescue(d) 이미지를 HD에 다시 쓸 수 없어 비어 있게 됩니다.

tag-icon • tag-icon linux hard-drive disk-image ddrescue
ddrescue(d) 이미지를 HD에 다시 쓸 수 없어 비어 있게 됩니다.

Linux에서 ddrescue를 사용하여 생성된 결함이 있는 하드 드라이브의 이미지 파일이 있습니다. 하드 드라이브는 750GB입니다. 제 기억이 맞다면 30MB 정도만 저장할 수 없었습니다. 결함이 있는 HD가 몇 개 더 있는데 이 HD가 내 Windows 컴퓨터에 속하는지 아니면 Linux 컴퓨터에 속하는지 기억이 나지 않습니다.

이미지를 2TB HD에 다시 쓰려고 합니다. 해당 HD를 NTFS 또는 EXT로 포맷하고 이미지를 새 HD에 기록하더라도 일단 완료되면 포맷되지 않은 빈 상태로 다시 표시됩니다. 이미지를 다시 쓰기 전에 이미지에 대한 오류 수정 도구를 사용해야 한다는 내용을 읽었습니다. 그래서 fsck와 ntfsfix를 사용해 보았지만 어느 누구도 이미지를 식별하고 수정할 수 없습니다.

ddrescue가 결함이 있는 HD에서 그렇게 많은 것을 절약할 수 있었다면 왜 도구는 오류를 수정할 수 없고 다시 기록할 수 없습니까? 결함이 있는 또 다른 160GB HD를 성공적으로 다시 기록했는데 이 750GB가 왜 작동하지 않는지 모르겠습니다.

내가 사용하는 이미지를 다시 작성하려면 편집하세요.

sudo ddrescue -f seagate750gb.img /dev/sdb Restore.log

head -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

sudo gdisk -l /dev/sdb

(이것은 이미지가 기록된 후의 내 2TB HD입니다.)

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이미지와 다소 압축된 이미지 스트림 모두에서 문자를 계산하는 데 몇 분이 걸립니다 . 이미지가 모두 0인 경우 lzop숫자는 상대적으로 작습니다.

    숫자 lzop가 적어도10%원본 이미지 크기에 일부 데이터가 있습니다.disk.img.

  • 데이터가 있는 것 같으면 몇 가지 표준 유틸리티에서 이에 대해 말하는 내용을 확인하세요.

    file disk.img

    ... 거기에 무엇이 있는지 조금 알려 주어야 합니다. 파티션 테이블인 경우 다음을 시도해 보세요.

    gpart -v disk.img

관련 정보