macOS FileVault ou Time Machine Sparsebundle corrompido: reparo de Superblock de contêiner APFS, montagem de instantâneo local e desbloqueio de terminal de chave de recuperação¶

Ver um MacBook Pro, MacBook Air, Mac Studio ou iMac se recusar a inicializar com uma pasta de ponto de interrogação piscando, um sinal proibitivo de círculo e barra (support.apple.com/mac/startup), uma tela de login que rejeita sua senha conhecida após uma falha na atualização do macOS ou relatórios do Utilitário de Disco Error: -69845: File system verify or repair failed / Invalid APFS superblock / Object map is invalid é uma grave crise de armazenamento do macOS. Pior ainda, quando você conecta seu NAS externo ou unidade de backup USB Time Machine para restaurar seus arquivos, o macOS geralmente exibe um segundo erro devastador: Time Machine completed a verification of your backups. To improve reliability, Time Machine must create a new backup for you (bloqueando seu .sparsebundle). Não clique em Apagar Mac nem deixe o Time Machine substituir seu histórico de backup. Porque o sistema de arquivos Apple (APFS) é uma cópia na gravação (CoW) sistema de arquivos transacional que retém superblocos de contêiner históricos (nx_superblock_t) e instantâneos locais somente leitura diretamente no disco, você quase sempre pode desbloquear o FileVault e montar um ponto de verificação de transação íntegro mais antigo no macOS Recovery Terminal. Se o seu Mac estiver enfrentando um loop de pânico do kernel de hardware ou uma tela preta em vez de um erro de volume APFS, consulte Pânico do kernel do macOS, tela preta e recuperação; para bloqueios de criptografia entre plataformas (BitLocker, FileVault, LUKS), veja Bloqueio de chave de recuperação de criptografia BitLocker, FileVault e LUKS e redefinição de TPM e rm -rf acidental ou Shift-Delete em ext4, XFS, APFS e NTFS: remontagem somente leitura. Se este bloqueio da estação de trabalho afetar cuidados clínicos hospitalares, envio de emergência ou operações de segurança de vida, ligue para o número de emergência local (911 nos Estados Unidos e no Canadá, 112 em toda a União Europeia, 999 no Reino Unido) ou consulte nosso diretório de números de emergência.

Faça isso agora¶

1. NÃO clique em "Apagar Mac", "Apagar Grupo de Volume" ou "Iniciar Novo Backup" no Time Machine: Mesmo quando o botão Primeiros Socorros do Utilitário de Disco falhar com File system verify or repair failed (-69845) ou fsck_apfs sai com código 8, seus arquivos de usuário criptografados dentro Macintosh HD - Data (ou sua Máquina do Tempo .sparsebundle bandas) ainda estão fisicamente intactos no SSD.
2. ** Inicialize em macOS Recovery (Utilities -> Terminal) imediatamente para parar o fundo TRIM e rotação do ponto de verificação Copy-on-Write**:
3. Em Apple Silicon Macs (M1, M2, M3, M4): Desligue o Mac completamente e pressione e segure o botão **Power (Touch ID) ** por 10 segundos até que a tela diga Loading startup options.... Clique em Opções -> Continuar.
4. Em Macs Intel: ligue o Mac e segure imediatamente Command (⌘) + R (ou Option + Command + R para recuperação pela Internet) até que o logotipo da Apple ou o globo giratório apareça.
5. Se o Recovery Assistant gráfico travar solicitando que você selecione um usuário administrador cuja senha ele se recusa a aceitar, nunca clique em Erase Mac no canto superior esquerdo Recovery Assistant menu. Em vez disso, procure "Esqueceu todas as senhas?" (que abre o prompt de desbloqueio da Chave de recuperação pessoal de 24 caracteres ou iCloud Apple ID) ou use o Utilities menu para iniciar o Terminal.
6. Desbloquear FileVault 2 manualmente no Terminal de Recuperação (diskutil apfs unlockVolume) antes de tentar qualquer montagem ou cópia de arquivo: quando um volume APFS é criptografado com FileVault, Macintosh HD - Data permanece invisível (Locked: Yes) até desbloqueá-lo. No Terminal de Recuperação, execute diskutil apfs list para encontrar o nó do dispositivo do seu volume de dados (normalmente disk3s5 no Apple Silicon ou disk2s1 na Intel) e execute diskutil apfs unlockVolume /dev/disk3s5 (com sua senha de login) ou diskutil apfs unlockVolume /dev/disk3s5 -recoverykeychain / -passphrase <24-CHAR-RECOVERY-KEY>.
7. Se Macintosh HD - Data desbloqueia (Unlocked: Yes), mas não consegue montar leitura-gravação devido a uma árvore B ou mapa de objetos corrompido (omap), monte-o estritamente SOMENTE LEITURA (mount_apfs -o rdonly) ou monte um antigo APFS Local Snapshot (mount_apfs -s): Quando você passa -o rdonly (ou monte um instantâneo local do Time Machine de hora em hora antes da falha armazenado no SSD interno via mount_apfs -s), o driver do kernel APFS ignora a reprodução do diário de gravação e permite copiar 100 por cento do /Users/yourname para uma unidade USB externa via rsync ou cp -R.
8. Nunca corra fsck_apfs -y repetidamente em um SSD com falha antes de evacuar seus arquivos somente leitura: Se o APFS Object Map (omap_phys_t) ou a árvore de referência de extensão está danificada, forçando um reparo de leitura e gravação com fsck_apfs -y pode desmapear nós de diretório danificados. Sempre tente mount_apfs -o rdonly e copie /Users/ para uma unidade externa primeiro e execute apenas fsck_apfs após.
9. Para uma máquina do tempo corrompida .sparsebundle (Backup Verification Failed), limpe o com.apple.backupd.ModelID bloquear sinalizadores em Info.plist, anexe o pacote esparso com hdiutil attach -nomount -readwritee repare o volume APFS/HFS+ interno com fsck_apfs ou fsck_hfs: Quase sempre você pode resgatar o histórico de backup e o pacote esparso ativo sem começar de novo.

Árvore de decisão: Mac não inicializável, FileVault bloqueado ou triagem do Time Machine corrompida¶

Use este fluxograma em macOS Recovery (Utilities -> Terminal) para selecionar o caminho exato de recuperação não destrutiva:

flowchart TD
    Start["Emergência: Mac não inicializável, FileVault rejeitando senha ou Time Machine corrompido"] --> WhichIssue{"Qual crise você está enfrentando?"}

    WhichIssue -->|"1. SSD interno do Mac não inicializável (? Pasta / Sinal de proibição / Erro de primeiros socorros -69845)"| BootRec["Inicialize no macOS Recovery -> Open Utilities -> Terminal -> Run: diskutil apfs list"]

    WhichIssue -->|"2. FileVault rejeitando senha de usuário conhecido ou solicitando chave de recuperação"| FVFix["No Recovery Assistant: Clique em 'Esqueceu todas as senhas?' OU Execute diskutil apfs listcryptousers no Terminal"]

    WhichIssue -->|"3. O Time Machine diz: Backup corrompido/É necessário criar um novo backup"| TMFix["Montar unidade de rede/USB -> Inspecionar .sparsebundle/Info.plist -> hdiutil attachment -nomount -> fsck_apfs / fsck_hfs"]

    BootRec --> ContainerOk{"A lista diskutil apfs mostra o contêiner e os volumes do APFS (Macintosh HD - Dados)?"}

    ContainerOk -->|"Não: Contêiner APFS ausente ou 'Superbloco APFS inválido'"| SuperblockRec["Digitalize os superblocos anteriores do ponto de verificação do contêiner APFS (nx_superblock_t) e monte somente leitura via fsck_apfs -n / apfs-fuse"]

    ContainerOk -->|"Sim: volumes listados (por exemplo, disk3s5)"| UnlockStep["Desbloqueie o FileVault sem montar: diskutil apfs unlockVolume /dev/disk3s5 -nomount"]

    UnlockStep --> TryRO["Tentativa de montagem somente leitura: mkdir /Volumes/Rescue && mount_apfs -o rdonly /dev/disk3s5 /Volumes/Rescue"]

    TryRO --> DidMount{"/Volumes/Rescue foi montado corretamente?"}
    DidMount -->|"Sim"| CopyData["Conecte a unidade USB externa ExFAT/APFS -> Copiar /Volumes/Rescue/Users/<you> Imediatamente com idem ou rsync"]
    DidMount -->|"Não: mount_apfs retorna argumento inválido/erro de entrada-saída"| SnapMount["Listar instantâneos APFS internos (diskutil apfs listSnapshots) -> Montar instantâneo pré-travamento via mount_apfs -s"]

    FVFix --> UnlockStep

Fase 1: Compreendendo o contêiner APFS, o grupo de volumes e a hierarquia de chaves do FileVault¶

Antes de digitar comandos no macOS Recovery Terminal, entenda como o macOS moderno (Catalina 10.15 através Monterey, Ventura, Sonomae Sequoia) apresenta um SSD interno e por quê Macintosh HD NÃO é onde seus arquivos ficam.

+-------------------------------------------------------------------------+
| MODERN macOS APFS CONTAINER & FILEVAULT ARCHITECTURE                    |
|                                                                         |
| Physical Apple SSD (/dev/disk0)                                         |
|  +-- Partition 1: Apple_APFS_ISC (iBoot System Container - Apple Sil.)  |
|  +-- Partition 2: Apple_APFS (Main Container -> Synthesized /dev/disk3) |
|       |                                                                 |
|       +-- [nx_superblock_t] Container Superblock & Checkpoint Ring      |
|       +-- [omap_phys_t] Container Object Map (Virtual -> Physical Block)|
|       |                                                                 |
|       +-- Volume 1 (disk3s1): "Macintosh HD" (Signed System Volume SSV) |
|       |    -> Strictly Read-Only OS files. Contains 0 user documents.   |
|       +-- Volume 2 (disk3s5): "Macintosh HD - Data" (FileVault Locked)  |
|       |    -> YOUR ACTUAL DATA (/Users, /Applications, /Library, /var)  |
|       +-- Volume 3 (disk3s2): "Preboot" (FileVault Login Users & Wi-Fi) |
|       +-- Volume 4 (disk3s3): "Recovery" (macOS Recovery OS)            |
|       +-- Volume 5 (disk3s4): "VM" (Swapfile & Sleepimage)              |
+-------------------------------------------------------------------------+

Três fatos críticos desta arquitetura salvarão sua recuperação: 1. Nunca perca tempo tentando recuperar arquivos de Macintosh HD (disk3s1): Desde o macOS Big Sur (11.0+), Macintosh HD é um instantâneo do sistema criptograficamente selado e somente leitura (APFS Signed System Volume). Cada arquivo de usuário, foto, pasta da área de trabalho, chaveiro e banco de dados reside no companheiro Macintosh HD - Data volume (typically disk3s5 no Apple Silicon ou disk2s1 / disk1s1 na Intel). 2. Por que o FileVault às vezes rejeita sua senha correta após uma falha (Preboot Dessincronização): Na primeira tela de inicialização (EFI / iBoot Preboot Login), o Macintosh HD - Data o volume ainda está criptografado e ilegível. Como o Mac verifica sua senha antes de o disco ser desbloqueado? Ele lê uma cópia sincronizada do hash de senha da sua conta de usuário e do keybag criptográfico armazenado no não criptografado Preboot volume (disk3s2). Se você alterou recentemente a senha de login do Mac ou atualizou o macOS e o Preboot o volume não foi atualizado (diskutil apfs updatePreboot), a tela de inicialização inicial rejeitará sua nova senha enquanto diskutil apfs unlockVolume no Recovery Terminal aceita sua senha antiga ou nova imediatamente. 3. Por que APFS retém estados íntegros mais antigos mesmo quando o ponto de verificação mais recente está corrompido: Toda vez APFS libera gravações no disco, ele não sobrescreve o existente nx_superblock_t (Container Superbloco) ou apfs_superblock_t (Superbloco de Volume) no lugar. Em vez disso, ele grava um superbloco totalmente novo na Área Descritora de Ponto de Verificação (xp_desc) buffer de anel com um ID de transação incrementado (xid). Se a energia falhar ou o kernel entrar em pânico ao gravar a transação xid 950412, Transação xid 950411 (escrito segundos antes) ainda está dentro do buffer de anel do ponto de verificação no disco.

Fase 2: Desbloqueio FileVault 2 do macOS Recovery Terminal quando o login ou GUI falha¶

Inicialize no macOS Recovery, abra a barra de menu superior e clique em Utilitários -> Terminal.

Etapa 1: Identifique seu contêiner APFS e Macintosh HD - Data identificador do dispositivo¶

Na janela do Terminal de Recuperação, execute:

diskutil apfs list

+-- Container disk3 4A91F802-119B-4C0E-991A-0849182019AA
    ====================================================
    APFS Container Reference:     disk3
    Size (Capacity Ceiling):      994662584320 B (994.7 GB)
    ...
    +-> Volume disk3s5 8810B291-4410-4A11-B812-771928371900
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk3s5 (Data)
        Name:                      Macintosh HD - Data (Case-insensitive)
        Mount Point:               Not Mounted
        FileVault:                 Yes (Locked)

Etapa 2: inspecionar todos os usuários criptográficos válidos (Key Wrapping Keys) no volume de dados¶

Para ver todas as contas de usuário, Chave de recuperação pessoal (PRK), ou chave iCloud/Institucional capaz de desbloquear disk3s5, execute:

diskutil apfs listcryptousers /dev/disk3s5

Passo 3: Desbloqueie o volume SEM montá-lo ainda (-nomount)¶

Por que passar -nomount ao desbloquear um volume APFS potencialmente corrompido? Porque por padrão, diskutil apfs unlockVolume tenta imediatamente montar o volume no modo leitura-gravação, o que aciona uma repetição automática do diário de gravação ou trava o Terminal se a árvore B estiver danificada. Passagem -nomount desembrulha a chave criptográfica de criptografia de volume (VEK) no Secure Enclave enquanto mantemos o sistema de arquivos desmontado para que possamos montá-lo estritamente somente leitura na Fase 3:

# Option A: Unlock using your macOS Login Password (try BOTH your current and previous passwords)
diskutil apfs unlockVolume /dev/disk3s5 -nomount

# Option B: Unlock using your 24-Character Personal Recovery Key (PRK) directly in Terminal
diskutil apfs unlockVolume /dev/disk3s5 -passphrase XXXX-XXXX-XXXX-XXXX-XXXX-XXXX -nomount

Etapa 4: e se o FileVault for desbloqueado corretamente e o sistema de arquivos NÃO estiver corrompido e apenas rejeitar sua senha na inicialização?¶

Se diskutil apfs unlockVolume /dev/disk3s5 teve sucesso imediatamente e diskutil apfs verifyVolume /dev/disk3s5 mostra The volume Macintosh HD - Data appears to be OK, seu único problema foi um dessincronizado Preboot volume após uma alteração de senha ou atualização do sistema operacional. Corrija em 5 segundos para que seu Mac inicialize normalmente novamente:

# Mount the unlocked volume and force macOS to rebuild the Preboot login database:
diskutil mount /dev/disk3s5
diskutil apfs updatePreboot /dev/disk3s5

Fase 3: Resgatando dados quando fsck_apfs / Os primeiros socorros do utilitário de disco falham (Invalid APFS Superblock ou Object Map Invalid)¶

E se desbloquear disk3s5 funciona (FileVault: Yes (Unlocked)), mas quando você tenta montá-lo normalmente, o macOS diz com.apple.DiskManagement.disenter error -119930868 / -69845 ou relatórios de primeiros socorros do Utilitário de Disco: - error: omap_phys_t: invalid omap_most_recent_snap - error: nx_superblock_t: checkpoint map invalid - fsroot tree is invalid - File system verify or repair failed. : (-69845)

Siga estas três etapas forenses crescentes para extrair 100% dos seus arquivos antes de tentar qualquer reparo destrutivo:

Método 1: Forçar uma montagem do kernel somente leitura (mount_apfs -o rdonly)¶

Mesmo quando o volume APFS se recusa a montar no modo leitura-gravação (porque o macOS se recusa a montar um volume APFS sujo de leitura-gravação quando fsck_apfs encontra uma única inconsistência na árvore B), o apfs.kext driver geralmente permitirá uma montagem estritamente somente leitura (-o rdonly):

# 1. Create a temporary mountpoint in the Recovery RAM disk
mkdir -p /Volumes/DataRescue

# 2. Force a read-only mount of the unlocked Data volume
mount_apfs -o rdonly /dev/disk3s5 /Volumes/DataRescue

# 3. Check if your home directory is accessible
ls -la /Volumes/DataRescue/Users/

ditto -V /Volumes/DataRescue/Users/yourname /Volumes/MyExternalDrive/Rescued_Mac_Home/

Método 2: e se a árvore do sistema de arquivos ativo (fsroot) está corrompido? Monte um interno APFS Local Snapshot (mount_apfs -s)¶

Aqui está a arma secreta do APFS recuperação que até mesmo muitos técnicos do Apple Genius Bar ignoram: Mesmo que você não tenha sua unidade externa do Time Machine conectada hoje, o macOS cria automaticamente invisíveis, somente leitura APFS Local Snapshots (com.apple.TimeMachine.2026-10-31-140512.local ou com.apple.os.update-...) diretamente no seu SSD interno a cada hora e antes de cada atualização de software do macOS.

Como um instantâneo APFS é uma raiz de árvore B pontual e imutável congelada (snap_meta_ext_phys_t), mesmo que o sistema de arquivos ativo (fsroot) foi corrompido durante uma falha há 10 minutos, o instantâneo tirado há 1 hora terá sua própria raiz de árvore B independente e não corrompida.

1. Liste todos os instantâneos APFS internos que residem em seu volume de dados desbloqueado (disk3s5):

   diskutil apfs listSnapshots /dev/disk3s5
   

   Veja a saída:

   Snapshot Disk:               disk3s5
   +-- Name: com.apple.TimeMachine.2026-10-31-120015.local
   +-- Name: com.apple.TimeMachine.2026-10-31-130144.local
   +-- Name: com.apple.os.update-MSUPrepareUpdate
   

2. Monte o instantâneo mais recente diretamente em /Volumes/SnapRescue usando mount_apfs -s:

   mkdir -p /Volumes/SnapRescue
   mount_apfs -o rdonly -s com.apple.TimeMachine.2026-10-31-130144.local /dev/disk3s5 /Volumes/SnapRescue
   

3. Navegar /Volumes/SnapRescue/Users/yourname e copie toda a sua pasta de usuário para sua unidade externa com ditto:

   ditto -V /Volumes/SnapRescue/Users/yourname /Volumes/MyExternalDrive/Rescued_From_Snapshot/
   

Método 3: inspecionar superblocos de pontos de verificação de contêineres mais antigos (nx_superblock_t) com fsck_apfs¶

E se todo o contêiner APFS (/dev/disk0s2 -> disk3) se recusa a anexar ou o volume ativo e a lista de snapshots falham porque o mais recente Container Superblock (nx_superblock_t) no topo do buffer de anel do ponto de verificação foi rasgado durante uma perda repentina de energia?

1. Primeiro execute uma verificação de diagnóstico somente leitura não destrutiva (-n)** na partição APFS física (/dev/disk0s2) para ver qual ID de transação (xid) falhou:

   fsck_apfs -n /dev/disk0s2
   

2. Somente DEPOIS de você ter tentado o Método 1, Método 2 ou ter criado a imagem da partição (dd para um disco externo via Target Disk Mode / Share Disk), execute fsck_apfs no modo interativo/reparo (-y) ou com verificação de ponto de verificação mais antiga (-o / -S sinalizadores quando suportados pela compilação de recuperação):

   fsck_apfs -y /dev/disk0s2
   

   Quando fsck_apfs vê que o mais novo nx_superblock_t dentro da área do descritor de ponto de verificação possui uma soma de verificação Fletcher-64 inválida (obj_cksum), ele caminha automaticamente para trás através do buffer de anel do ponto de verificação circular (xp_desc_blocks) para encontrar o valor histórico válido mais alto nx_superblock_t (xid - 1), reverte o estado do contêiner alguns segundos e restaura as montagens de volume.

Fase 4: Reparando uma Máquina do Tempo Corrompida .sparsebundle ("Time Machine Must Create a New Backup")¶

Se o seu backup do Time Machine residir em um compartilhamento de rede Synology/QNAP/TrueNAS (SMB) ou uma unidade externa dentro de um <MacName>.sparsebundle (ou .backupbundle) e o macOS aparece:

"O Time Machine concluiu uma verificação de seus backups no 'NAS'. Para melhorar a confiabilidade, o Time Machine deve criar um novo backup para você."

NÃO clique em "Iniciar novo backup" (clicar nesse botão exclui todo o seu backup plurianual .sparsebundle). Em vez disso, repare o pacote esparso usando estas quatro etapas no seu Mac:

Máquina do tempo passo a passo .sparsebundle / .backupbundle resgate¶

1. Monte o compartilhamento de rede (SMB) ou unidade USB no Finder para que você possa ver YourMac.sparsebundle (por exemplo, em /Volumes/TM_Share/YourMac.sparsebundle).
2. ** Desbloqueie qualquer imutável uchg sinalizadores nas bandas de pacotes esparsos **: Abra o Terminal no seu Mac e conceda acesso total ao disco ao Terminal (System Settings -> Privacy & Security -> Full Disk Access) e execute:

   sudo chflags -R nouchg "/Volumes/TM_Share/YourMac.sparsebundle"
   

3. ** Anexe o .sparsebundle como um disco virtual bruto de leitura e gravação SEM montar seu sistema de arquivos corrompido (-nomount)**:

   sudo hdiutil attach -nomount -noverify -noautofsck -readwrite "/Volumes/TM_Share/YourMac.sparsebundle"
   

   Observe a saída do terminal com atenção:

   /dev/disk5              GUID_partition_scheme
   /dev/disk5s1            EFI
   /dev/disk5s2            Apple_APFS                      (or Apple_HFSX on older backups)
   

4. Verifique se o seu backup do Time Machine usa APFS (macOS 11 Big Sur e mais recente) ou HFS+ (macOS 10.15 Catalina e versões anteriores) e execute o reparo do sistema de arquivos correspondente:
5. Se /dev/disk5s2 diz Apple_APFS: Corre diskutil apfs list para ver a referência sintetizada do contêiner APFS para disk5s2 (por exemplo, Container disk6, Volume disk6s1), desbloqueie-o se estiver criptografado (diskutil apfs unlockVolume /dev/disk6s1 -nomount) e execute fsck_apfs:

   sudo fsck_apfs -y /dev/disk5s2
   

6. Se /dev/disk5s2 diz Apple_HFS ou Apple_HFSX: Execute o reconstrutor de árvore B do catálogo HFS+ (-drfy reconstrói a árvore B do catálogo se padrão -fy falha):

   sudo fsck_hfs -fy -c 2g /dev/rdisk5s2
   

7. Desconecte o disco virtual reparado de forma limpa:

   sudo hdiutil detach /dev/disk5
   

8. Limpe o estado "Envenenado/Falha na verificação" (VerificationState = 2) dentro Info.plist e com.apple.TimeMachine.MachineID.plist: Mesmo depois fsck_apfs ou fsck_hfs corrige 100 por cento dos erros do sistema de arquivos, o Time Machine ainda se recusará a usar o backup até que você remova o sinalizador de falha no qual ele gravou com.apple.TimeMachine.MachineID.plist dentro do pacote esparso:

   # Back up the plist first
   cp "/Volumes/TM_Share/YourMac.sparsebundle/com.apple.TimeMachine.MachineID.plist" ~/Desktop/MachineID.plist.bak
   
   # Edit the plist using plutil / PlistBuddy to reset VerificationState from 2 to 0
   /usr/libexec/PlistBuddy -c "Set :VerificationState 0" "/Volumes/TM_Share/YourMac.sparsebundle/com.apple.TimeMachine.MachineID.plist"
   /usr/libexec/PlistBuddy -c "Delete :RecoveryBackupDeclinedDate" "/Volumes/TM_Share/YourMac.sparsebundle/com.apple.TimeMachine.MachineID.plist" 2>/dev/null
   

   Agora clique em Fazer backup agora no Time Machine (ou abra YourMac.sparsebundle no Finder para copiar arquivos diretamente): toda a linha do tempo de backup histórico é montada de forma limpa.

Fase 5: Protegendo macOS APFS, FileVault e Time Machine contra bloqueios futuros¶

Assim que os dados do seu Mac forem resgatados, complete esta lista de verificação de prevenção em 4 etapas:

• Verifique e imprima uma cópia física da sua chave de recuperação pessoal do FileVault de 24 caracteres (fdesetup): Em um Mac funcional, verifique se sua chave do FileVault é válida sem alterá-la executando sudo fdesetup changerecovery -personal (que gera uma nova chave de recuperação pessoal de 24 caracteres que você pode armazenar imediatamente em seu gerenciador de senhas offline e no cofre físico contra incêndio).
• Sempre mantenha pelo menos 15% (50 GB para 100 GB) de espaço livre em um disco de inicialização APFS: quando um contêiner APFS é preenchido até 99% capacidade logo antes de uma atualização do sistema macOS Sonoma/Sequoia, o instalador e o APFS Copy-on-Write Object Map (omap) pode ficar sem blocos livres no meio da atualização, prendendo o Mac em um bootloop não inicializável (Error -69845).
• Manter dois alvos independentes do Time Machine (ou emparelhar o Time Machine com um rsync / Carbon Copy Cloner / Arq backup): porque o Time Machine gira automaticamente os backups em vários destinos configurados (e.g., NAS SMB Share + Local USB-C SSD), ter um SSD USB-C de conexão direta garante que você nunca dependa apenas de uma rede .sparsebundle isso pode corromper se o Wi-Fi cair no meio da gravação.
• Nunca feche a tampa do MacBook ou puxe um cabo USB-C enquanto o Time Machine diz Cleaning up... ou Preparing backup...: Essa fase atualiza a árvore B do snapshot APFS e sparsebundle mapa da banda.

Números de emergência regionais e protocolos de agências¶

Embora um volume FileVault bloqueado ou um backup corrompido do Time Machine normalmente seja uma crise de TI pessoal ou empresarial, os bloqueios de estações de trabalho que afetam cuidados médicos, serviços de emergência ou proteção legal de dados acarretam requisitos formais de escalonamento:

• Estados Unidos e Canadá: Disque 911 se o bloqueio da estação de trabalho afetar o atendimento clínico ao paciente, o equipamento de diagnóstico ou o envio de emergência. Para entidades de saúde (HIPAA), observe que enquanto o disco completo FileVault 2 (AES-XTS-128) fornece Safe Harbor contra divulgação não autorizada se um laptop for roubado, a perda permanente de registros de pacientes sem backup é um incidente de disponibilidade sob a Regra de Segurança HIPAA (45 CFR § 164.308(a)(7)).
• Reino Unido: Disque 999 para emergências que afetem a segurança da vida ou sistemas clínicos agudos do NHS. Avalie a perda permanente de dados pessoais sem backup de acordo com o Artigo 33 do GDPR do Reino Unido (ICO, 0303 123 1113).
• União Europeia: Disque 112 em todos os estados membros da UE. A perda permanente de disponibilidade de dados pessoais ou interrupções críticas de serviço exigem avaliação de acordo com o Artigo 33 do GDPR (72 horas) e o NIS2 (24 horas para entidades cobertas).
• Austrália e Nova Zelândia: Disque 000 na Austrália ou 111 na Nova Zelândia para resposta a emergências.
• Índia e Ásia-Pacífico: Disque 112 na Índia para resposta a emergências; relatar incidentes de segurança ou disponibilidade empresarial de acordo com as regras aplicáveis do CERT-In e do DPDP Act.

Perguntas frequentes¶

Por que meu Mac mostra DOIS volumes no Utilitário de Disco (Macintosh HD e Macintosh HD - Data) e por que a adição de um terceiro volume aconteceu depois de reinstalar o macOS?¶

A partir do macOS Catalina (10.15) e Big Sur (11.0), a Apple dividiu o sistema operacional em somente leitura Volume do sistema (`Macintosh HD`) e uma leitura e escrita Volume de dados (`Macintosh HD - Data`) unidos como um **Grupo de volumes APFS** (para que o Finder os exiba como uma única unidade). Se alguém reinstalar o macOS no volume errado sem apagar o grupo de volumes corretamente, o Utilitário de Disco criará uma duplicata `Macintosh HD - Data - Data` volume enquanto seus arquivos originais permanecem dentro do antigo desmontado `Macintosh HD - Data` volume. Corre `diskutil apfs list` no Terminal, monte os dois volumes de dados e verifique `/Volumes//Users/` em cada um para encontrar seus arquivos reais.

E se eu esqueci minha senha de login do Mac E minha chave de recuperação do FileVault de 24 caracteres e não habilitei o depósito do iCloud FileVault?¶

Se `FileVault 2` está habilitado em um Apple Silicon (`M1/M2/M3/M4`) ou Intel `T2` Mac e você não possui nenhuma senha de usuário válida, chave de recuperação pessoal, garantia de recuperação do iCloud ou chave de recuperação institucional MDM corporativa (`Jamf / Intune`), é criptograficamente impossível descriptografar o SSD interno: nem mesmo a engenharia da Apple ou um laboratório de sala limpa podem aplicar força bruta ao mecanismo AES vinculado ao hardware dentro do Secure Enclave (que impõe atrasos de hardware entre as tentativas). Antes de desistir, porém, verifique três locais onde sua chave ainda pode existir: (1) verifique se existe outra conta de usuário Admin no Mac (`diskutil apfs listcryptousers`); (2) verifique se o seu Mac já foi inscrito no MDM do seu empregador (que garante automaticamente uma chave de recuperação do FileVault); ou (3) verifique seus backups do iCloud Drive/Fotos/Time Machine.

Por que diskutil apfs unlockVolume falhar com Error: -69593: Checksum verification failed ou Invalid password (-69507) quando eu sei que minha senha está 100% certa?¶

Primeiro, verifique o **Layout do teclado** no canto superior direito da tela de recuperação do macOS: o padrão de recuperação geralmente é `U.S. QWERTY` mesmo que o seu MacBook tenha um Reino Unido, Alemão (`QWERTZ`), francês (`AZERTY`) ou teclado Dvorak, causando símbolos (`@`, `"`, `-`, `_`, `y/z`) em sua senha para digitar o caractere errado. Digite sua senha primeiro no prompt de comando visível do Terminal para que você possa ver os caracteres exatos na tela e, em seguida, copie e cole-a no prompt de senha.

Posso recuperar arquivos excluídos de um SSD APFS Mac usando PhotoRec ou Disk Drill se eu acidentalmente esvaziasse a Lixeira?¶

Em qualquer Mac moderno com SSD interno, quando um arquivo é excluído e a Lixeira é esvaziada (e não `APFS Local Snapshot` faz referência a esses blocos), o macOS envia imediatamente o hardware **NVMe `Deallocate (TRIM)`** comando para o controlador SSD, que zera os blocos não mapeados em segundos. Portanto, **seu caminho de recuperação nº 1 após esvaziar a Lixeira em um Mac NÃO é uma escultura bruta: é montar imediatamente um `APFS Local Snapshot` (`diskutil apfs listSnapshots /` e `mount_apfs -s`) antes que o instantâneo horário gire**, conforme explicado na Fase 3 Método 2 acima.

Por que meu Mac ficou sem espaço em disco antes de travar quando excluí 100 GB de arquivos de vídeo 10 minutos antes?¶

Porque `APFS` é um sistema de arquivos Copy-on-Write, excluindo um `100 GB` arquivo **não** libera aqueles `100 GB` de blocos de disco se um **APFS Local Snapshot** por hora (`com.apple.TimeMachine.*.local`) tirada hoje cedo ainda aponta para esses blocos (`Purgeable Space`). Se o seu Mac não conseguir inicializar ou concluir uma atualização porque os instantâneos estão retidos `100 GB` de reféns espaciais, inicialize no Recovery Terminal, desbloqueie `Macintosh HD - Data`, liste os instantâneos com `diskutil apfs listSnapshots /dev/disk3s5`e exclua o instantâneo mais antigo com `diskutil apfs deleteSnapshot /dev/disk3s5 -name ` para liberar os blocos instantaneamente.

Como copio arquivos de um Time Machine íntegro ou reparado .sparsebundle em um PC Windows ou Linux se meu Mac morreu completamente?¶

Uma máquina do tempo `.sparsebundle` é simplesmente um diretório contendo centenas de `8 megabyte` arquivos de pedaços (`bands/0`, `bands/1`, `bands/2`...) que se concatenam para formar uma imagem de disco virtual. No Linux (Ubuntu), você pode montar as bandas esparsas em um único dispositivo de bloco virtual usando **`sparsebundlefs`** (`sudo sparsebundlefs /mnt/nas/MyMac.sparsebundle /mnt/virtual_img`) e, em seguida, monte o volume APFS interno somente leitura usando **`apfs-fuse`** (`sudo apfs-fuse /mnt/virtual_img/sparsebundle.dmg /mnt/mac_files`) ou abra o `.sparsebundle` diretamente no **UFS Explorer** / **R-Studio** no Windows.

Guias relacionados¶

• Pânico do kernel do macOS, tela preta e recuperação
• Bloqueio de chave de recuperação de criptografia BitLocker, FileVault e LUKS e redefinição de TPM
• rm -rf ou Shift+Delete acidental no Linux, macOS ou Windows: remontagem imediata somente leitura
• Cabeçalho de volume corrompido VeraCrypt, BitLocker ou Cryptomator, restauração de cabeçalho de backup e recuperação de chave de RAM
• Modo somente leitura repentino SSD e NVMe, 0% de blocos sobressalentes e TRIM desabilitando resgate
• Backups de computador, estratégia 3-2-1 e recuperação de desastres
• Números de emergência por país

Fontes e orientações oficiais¶

• (developer.apple.com): Sistema de arquivos Apple (APFS) Referência: Container Superblock (nx_superblock_t), Buffer de anel do descritor de ponto de verificação (xp_desc), Mapa de objetos (omap_phys_t) e estruturas de instantâneo de volume.
• Guia de segurança da plataforma Apple (support.apple.com/guide/security): Arquitetura de criptografia de disco completo FileVault 2, encapsulamento seguro de chave de enclave (VEK / KEK) e sincronização de volume pré-inicialização.
• Páginas de manual do Apple macOS: diskutil(8), fsck_apfs(8), mount_apfs(8), hdiutil(1)e fdesetup(8) Referência de administração do sistema.
• Instituto Nacional de Padrões e Tecnologia (NIST) (Estados Unidos): Publicação especial 800-111: Guia para tecnologias de criptografia de armazenamento para dispositivos de usuário final.