Partição do Mac no Ubuntu

Plugou o HD/SSD de um Mac no Ubuntu e o Nautilus não abriu nada? Em 2017 a resposta era hfsprogs. Continua valendo para HFS+. Para Mac de 2018 pra cá, o volume é quase sempre APFS — e o kernel Linux ainda não traz isso de fábrica.

Descubra o que está no disco

Antes de montar, veja o tipo. Troque sdX pelo dispositivo que apareceu (USB vira sdb/sdc; NVMe interno, nvme0n1):

lsblk -f
sudo blkid

O que importa na coluna FSTYPE / no TYPE=:

• hfsplus — Mac antigo (pré-High Sierra) ou Time Machine em HFS+.
• apfs (às vezes só “Apple APFS” no fdisk -l) — o padrão atual. Um container APFS pode ter vários volumes (Macintosh HD, Data, Preboot, Recovery).
• exfat / vfat — disco externo formatado para conviver com Windows. O Ubuntu monta sozinho; não precisa deste post.

O APFS nasceu no iOS 10.3 / macOS 10.13. Se o Mac é de 2018+, comece pela seção APFS.

HFS+: o caminho de 2017 (ainda funciona)

Paquete hfsprogs — no Ubuntu 24.04/26.04 continua no repositório. Journaled HFS+ o kernel costuma montar só leitura; force,rw ignora o journal. Faça backup mental: isso pode corromper se o Mac não desmontou limpo.

sudo apt update
sudo apt install hfsprogs

sudo mkdir -p /mnt/mac
# só leitura (recomendado para copiar arquivo e ir embora)
sudo mount -t hfsplus -o ro /dev/sdXY /mnt/mac

# leitura e escrita — o original deste post:
sudo fsck.hfsplus /dev/sdXY
sudo mount -t hfsplus -o force,rw /dev/sdXY /mnt/mac

Troque sdXY pela partição certa (sdb2, etc.). Se o fsck.hfsplus reclamar de journal, o Mac ligou com o disco — desmonte lá primeiro, ou aceite só leitura.

APFS: módulo no kernel (Ubuntu)

O driver comunitário é o linux-apfs-rw (Ernesto Fernández). No Ubuntu o pacote se chama apfs-dkms (fonte linux-apfs-rw, universe). Compila contra o kernel atual via DKMS:

sudo apt update
sudo apt install apfs-dkms linux-headers-$(uname -r)

sudo modprobe apfs
sudo mkdir -p /mnt/mac
# só leitura — o default do módulo, de propósito
sudo mount -t apfs -o ro /dev/sdXY /mnt/mac

Container com mais de um volume: -o ro,vol=0 (ou vol=1 para o Data). O dmesg conta qual volume subiu:

sudo dmesg | grep -i apfs
ls /mnt/mac

Escrita é experimental. O próprio módulo avisa no dmesg e pede a opção explícita readwrite. Pode corromper o container. Para resgatar foto e documento, fique no ro.

# só se você aceita o risco (README do projeto)
sudo mount -t apfs -o readwrite /dev/sdXY /mnt/mac

APFS criptografado e FileVault

O linux-apfs-rw não implementa criptografia, nem em leitura. Disco FileVault / APFS encrypted no Linux com esse módulo = volume vazio ou erro. O FUSE apfs-fuse aceita senha (-r) e é só leitura — caminho de recuperação quando o Mac não liga:

sudo apt install fuse3 libfuse3-dev bzip2 libbz2-dev cmake g++ git libattr1-dev zlib1g-dev
git clone https://github.com/sgan81/apfs-fuse
cd apfs-fuse
git submodule update --init
mkdir build && cd build
cmake .. && make
sudo mkdir -p /mnt/mac
sudo ./apfs-fuse -o allow_other,ro /dev/sdXY /mnt/mac
# se pedir senha, o volume está criptografado

SSD interno de Mac com chip T2 / Apple Silicon costuma ser mais complicado (criptografia ligada ao hardware). Disco externo sem FileVault é o caso feliz deste howto.

Desmontar

sudo umount /mnt/mac

Se o FUSE travar: sudo umount -l /mnt/mac.

Referencias

• Novo sistema de arquivos da Apple (APFS)
• linux-apfs-rw — módulo APFS (DKMS)
• apfs-fuse — FUSE, leitura + senha
• Ubuntu help — HFS+
• Ask Ubuntu original: montar HFS+ journaled

Resumo: lsblk -f primeiro. HFS+ com hfsprogs. APFS com apfs-dkms, só leitura. FileVault: apfs-fuse ou, melhor, um Mac que ainda liga.