나는 그 하드 드라이브에 무엇이 있는지, 그리고 그것을 Linux(구체적으로 Debian GNU/Linux, stable)에 설치하는 방법을 더 잘 이해하고 싶습니다:
기본 프로그램을 사용하여 Powerbook g4 "alu book"에서 생성되었으며 백업 드라이브로 사용되었습니다. 이제 이를 구출하거나 최소한 dd
저장된 파티션의 이미지를 사용하려고 합니다.데이터가 실제로 어디에 있는지 (어디?). 이전 Mac에 몇 번 설치되었지만 항상 그런 것은 아니며 일부 파일이 포함된 파티션이 있어야 합니다.
dd
이를 사용하여 적절한 바이트를 제거하고 싶습니다 . 이렇게 하면 표준 GPT uefi 드라이브처럼 마운트할 수 있습니까?
데이터는 다음과 같이 말합니다.
처음 2블록
Bash에 덤프된 첫 번째 2,512바이트 청크의 모습은 다음과 같습니다.
ER���@x$����"��PM?AppleApple_partition_
수동 설치
파티션의 개별 부분을 마운트하려는 것은 Mac에서 읽는 것처럼 전체 드라이브를 마운트하려는 것이 아닙니다. 이 파일이 어디에 있는지, 그리고 왜 1개가 아닌 15-16개의 파티션이 있는지 이해가 되지 않습니다!
"분석" 옵션의 출력testdisk
Disk /dev/sdb - 160 GB / 149 GiB - CHS 19457 255 63
Partition Start End Size in sectors
P HFS 262208 148499399 148237192
P HFS 148499400 148523975 24576
P HFS 148786120 212717799 63931680
P HFS 212979944 271039599 58059656
P HFS 271301744 312581791 41280048
testdisk
초기 정보를 기반으로 한 이전 파티션은 다음과 같습니다 .
1 P partition_map 1 63 63
2 P Driver43 64 119 56
3 P Driver43 120 175 56
4 P Driver_ATA 176 231 56
5 P Driver_ATA 232 287 56
6 P FWDriver 288 799 512
7 P Driver_IOKit 800 1311 512
8 P Patches 1312 1823 512
9 P Free 1824 263967 262144
10 P HFS 263968 ...
분리된:
(parted) unit b
(parted) p
Model: ST916082 3AS (scsi)
Disk /dev/sdb: 160041885696B
Sector size (logical/physical): 512B/512B
Partition Table: mac
Number Start End Size File system Name Flags
1 512B 32767B 32256B Apple
2 32768B 61439B 28672B Macintosh
3 61440B 90111B 28672B Macintosh
4 90112B 118783B 28672B Macintosh
5 118784B 147455B 28672B Macintosh
6 147456B 409599B 262144B Macintosh
7 409600B 671743B 262144B Macintosh
8 671744B 933887B 262144B Patch Partition
10 135151616B 91240419327B 91105267712B hfs+ Apple_HFS_Untitled_1
11 91240419328B 91777290239B 536870912B hfs+ Apple_HFS_Untitled_2
13 91911507968B 113693339647B 21781831680B hfs+ Apple_HFS_Untitled_3
14 113693339648B 113727942655B 34603008B hfs+ Apple_HFS_Untitled_4
16 113862160384B 160041877503B 46179717120B hfs+ Apple_HFS_Untitled_5
답변1
공간이 있으면 유효하지 않다고 생각되는 파티션에서 fsck와 같은 임의의 프로그램을 실행하기 전에 먼저 전체 디스크를 백업하십시오(예: dd if=/dev/sdb of=disk.img bs=1M). p. 당신이 그것을 손상시켰다고 말하는 것은 아니지만 실험 중에 손상될 가능성이 높습니다.
parted 및 커널로 표시된 파티션 테이블은 정말 놀랍습니다 :(.
그러나 PowerMac에서 생성된 경우 GPT에 사용하기에는 너무 오래되었을 것입니다.
귀하의 ASCII 덤프(권장되는 식별 방법은 아니지만)에 다음이 있는 것 같습니다.Apple 파티션 맵거기. "PM" 서명을 참고하세요. '어'도적합한.
PC 스타일 MBR이 있는 경우 첫 번째 섹터의 ASCII 덤프에 일부 오류 메시지가 나타날 수 있습니다.
이는 또한 GPT와 상호 배타적인 것으로 보입니다. 흑마술이 아닌 이상 누구도 흑마법을 세상에 풀어놓을 이유가 없습니다. (호환성을 위해 Linux 부팅 미디어에 사용되는 흑마술입니다. 위의 ER 링크를 참조하십시오. 이 경우에는 정보에 차이가 너무 많습니다. 예를 들어 .isolinux를 포함하는 첫 번째 섹터에 MBR이 오버레이되어 있을 수 있습니다.)
Mac 경험이 없지만 실행하는 것이 좋습니다테스트 디스크. 이는 parted의 복구 모드와 유사하게 작동합니다. 드라이브의 대부분을 차지하는 Mac 지원 파일 시스템과 같이 합리적인 항목이 인식되는지 확인하세요. 512바이트 섹터에서 파티션의 시작 오프셋을 표시해야 한다고 생각합니다.
그런 다음 루프 장치를 사용하여 testdisk에서 인식된 오프셋을 시도할 수 있습니다. 예를 들어
losetup -f -o offset-in-bytes /dev/sdb
=> 루프 N
mount /dev/loopN /mnt
파일 시스템을 마운트할 수 없고 공통 형식을 사용하는 파일이 몇 개만 있는 경우 photorec(동일한 링크에서)을 시도해 볼 수 있습니다. testdisk와 유사하게 작동하지만 파일 시스템 대신 일반 파일 형식(원래 사진에 사용되었으므로 이름이 붙음)을 사용합니다.
답변2
어쩌면 상당히 현대적인 Apple_partition_map을 읽을 수 있는 darling-dmg와 함께 사용할 수도 있습니다.
sudo apt-get install libfuse-dev cmake
git clone https://github.com/darlinghq/darling-dmg
mkdir darling-dmg-build && cd darling-dmg-build
cmake ../darling-dmg
./darling-dmg disk_afs.bin mount_dir/
작동하지 않으면 소스 코드가 꽤 읽기 쉬우므로 필요에 따라 패치할 수 있습니다.