파티션의 dd 이미지를 어떻게 마운트합니까?


9

며칠 전에 다음 명령을 사용하여 내 디스크 중 하나 (전체 디스크가 아닌) 중 하나의 파티션 (HFS + FS 포함)의 dd 이미지를 만들었습니다.

dd conv=sync,noerror bs=8k if=/dev/sdc2 of=/path/to/img

마운트는 어떻게합니까? 다음을 시도했지만 작동하지 않습니다.

mount -o loop,ro -t hfsplus /path/to/img /path/to/mntDir

그것은 나를 준다

mount: wrong fs type, bad option, bad superblock on /dev/loop1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail or so

그리고 dmesg | tail나에게-

[5248455.568479] hfs: invalid secondary volume header
[5248455.568494] hfs: unable to find HFS+ superblock
[5248462.674836] hfs: invalid secondary volume header
[5248462.674843] hfs: unable to find HFS+ superblock
[5248550.672105] hfs: invalid secondary volume header
[5248550.672115] hfs: unable to find HFS+ superblock
[5248993.612026] hfs: unable to find HFS+ superblock
[5248998.103385] hfs: unable to find HFS+ superblock
[5249031.441359] hfs: unable to find HFS+ superblock
[5249036.274864] hfs: unable to find HFS+ superblock

내가 잘못한 것이 있습니까?

나는이 작업을 수행하는 방법에 대해 검색을 시도했지만 mount와 함께 offset 옵션을 사용하여 전체 디스크 이미지 내에서 파티션을 마운트하는 것에 대해서만 이야기합니다. 이미지 자체가 파티션의 경우는 이야기하지 않습니다.

감사.

추신 : 64 비트 아치 리눅스를 사용하고 있으며 원본 디스크의 파티션이 /dev/sdc2정상적으로 마운트됩니다.


원본 하드 디스크를 계속 사용할 수 있습니까? 이 기사를 이미 읽었습니까? viaforensics.com/computer-forensics/…
JohannesM

난 그냥했다. 다시 전체 디스크 이미지와 mount 명령에 전달 된 오프셋 값을 사용하여 파티션을 선택합니다. 제 경우에는 이미지가 1 개의 파티션 만 있습니다.
0cd

나는 당신이 noerror당신의 dd 라인에서 사용 하고 있음을 알았습니다 . 소스 디스크에 읽을 수없는 섹터가 몇 개 있습니까? 특히 8k 블록 크기 (디스크는 아마도 512b 또는 최대 4k)입니다. 소스 디스크가 마운트됩니까?
derobert

흥미 롭군 소스 디스크에 읽을 수없는 섹터가 있는지 확실하지 않습니다. 문제없이 마운트되어 파일에 액세스 할 수 있습니다.
0cd

답변:


2

먼저 losetup을 사용하여 파일에서 장치를 작성한 다음 해당 장치를 마운트해야합니다. 내부에 파티션 이미지가있는 백업 파일을 마운트하기 위해 수행하는 작업은 다음과 같습니다.

losetup /dev/loop1 /home/backup-file
mount /dev/loop1 /mnt/backup 

그러면 내 파티션이 / mnt / backup 아래에 나타나고 원본 파일은 / home / backup-file입니다. 어쩌면 "mount -o loop"로이 모든 작업을 수행 할 수는 있지만 성공하지 못 했으므로 losetup을 별도로 사용하고 있습니다.

완료 한 후 파티션을 마운트 해제 한 다음 "losetup -d / dev / loop1"을 사용하여 루프를 삭제하십시오.

또한 losetup -f를 사용하여 losetup을 사용하여 시스템에서 현재 사용 가능한 루프 장치를 찾을 수 있습니다.

이것이 작동하는지 알려주세요.


2
mount -o loop내부적으로 루프백 장치를 자동으로 할당하므로 루프백 장치에 이미지를 수동으로 할당하는 것이 불필요한 작업입니다.
Dario Russo

정보 주셔서 감사합니다. 그러나 spyroboy는 옳습니다-mount는 내부적으로 루프백 장치를 할당합니다.
0cd

예, 나는 당신과 비슷한 문제가 있었지만 그것을 손으로 직접 해결하여 루프 장치를 losetup으로 할당하여 해결했습니다. 어쨌든 문제를 찾아내는 데 도움이 될 것입니다.
Piotr Kempa

1

달리기 mount -o loop는 당신이 원하는 것을 달성해야하지만, 분명히 그렇지 않습니다.

이것은 사용하려는 파일 시스템 드라이버가 제대로 작동하지 않는다고 믿게합니다.

이것은 확장 일 수 있으며 HFS + 작동 방식을 모르겠습니다 .. HFS +가 파티션 내에 파티션을 저장할 수 있습니까? LVM과 비슷할까요?

염두에 두어야 할 또 다른 것은 암호화입니다. 마치 HFS + 파티션을 암호화 할 수있는 것처럼 보입니다. 이 반지는 당신을 위해 어떤 종을 울리나요?


HFS +의 내부는 확실하지 않지만 파티션은 확실히 암호화되지 않았습니다. 사실 나는 여전히 원래 디스크를 가지고 있으며 그 파티션은 정상적으로 마운트됩니다.
0cd
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.