這是一個所謂的“混合”Mac 分區表，如何在 Linux 中掛載它？
我想更好地了解這個硬碟上有什麼，以及如何將它掛載到 Linux（特別是 Debian GNU/Linux，Stable）：
它是使用預設程序在 Powerbook g4 “alu book”上創建的，並用作備份驅動器。現在我正在嘗試拯救它，或者至少只是用來保存數據實際所在
dd的分區的圖像**（在哪裡？）**。它已經在舊的 Mac 上掛載了幾次，但並不總是這樣，並且應該有一個分區，裡面有一些文件。我在想用來
dd吹走適當的字節；這會讓我像標準 GPT uefi 驅動器一樣安裝它嗎？數據說話：
前 2 個區塊
這是前 2 512 字節塊的樣子，轉儲到 Bash 中
ER���@x$����"��PM?AppleApple_partition_手動安裝
試圖掛載這個分區的各個部分，不是我想做的；我想安裝整個驅動器，就像在 Mac 上讀取一樣。我不明白文件在哪裡，為什麼有 15-16 個分區而不是一個！
‘分析’選項的輸出
testdiskDisk /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
如果您有空間，請備份整個磁碟（例如 dd if=/dev/sdb of=disk.img bs=1M），然後在您認為不是有效分區的東西上執行 fsck 等隨機程序：頁。我並不是說你已經損壞了它，但是在試驗時很有可能這樣做。
parted & kernel 顯示的分區表看起來不可思議:(。
但如果它是在 PowerMac 上創建的，那肯定對 GPT 來說太舊了。
而且您的 ASCII 轉儲（雖然不是推薦的辨識方式）看起來確實有一個Apple 分區圖。注意“PM”簽名。“ER”也適合。
如果有一個 PC 風格的 MBR，您可能會在第一個扇區的 ASCII 轉儲中看到一些錯誤消息。
這看起來也與 GPT 互斥。除非是黑魔法，沒有任何理由讓任何人都可以在這個世界上使用它。（Linux 啟動媒體中使用的黑魔法以實現兼容性；請參閱上面的 ER 連結。您的資訊與這種情況有太多不同點 - 例如，第一個扇區上會疊加一個 MBR，包含由isolinux）。
我沒有任何 Mac 經驗，但我建議執行testdisk。它的工作方式類似於 parted 的救援模式。看看它是否辨識出任何合理的東西，即覆蓋大部分驅動器的 Mac 支持的文件系統。我認為應該以 512 字節扇區的形式顯示分區的起始偏移量。
然後您可以使用循環設備嘗試由 testdisk 辨識的偏移量。例如
losetup -f -o offset-in-bytes /dev/sdb=> 循環N
mount /dev/loopN /mnt如果您無法掛載文件系統並且只有幾個使用通用格式的文件，您可以嘗試 photorec（來自同一連結）。它像 testdisk 一樣工作，但在通用文件格式（最初用於照片，因此得名）而不是文件系統上。