O Que é 'System Data' de Verdade no macOS (e Por Que São 200 GB)

Você abre Sobre Este Mac → Armazenamento. Tem um segmento cinza chamado System Data, são 187 GB, e clicar nele não faz nada.

O macOS não dá nenhuma explicação e nenhum jeito de entrar. Então vamos fazer isso direito.

“System Data” não é uma coisa só

É uma categoria de sobra. O macOS classifica os arquivos que reconhece — Photos, Music, Applications, Documents, iCloud Drive — e tudo que não se encaixa em nenhum desses grupos vai parar em System Data. Não é uma pasta. Não é um lugar. É o resto depois da subtração.

O que significa que a resposta para “o que é o meu System Data?” é diferente em cada Mac. No seu, como desenvolvedor, é esmagadoramente uma coisa só: caches de build.

O que tem lá dentro de verdade

Em ordem aproximada de quanto espaço cada um costuma representar na máquina de um desenvolvedor:

Caches de desenvolvimento. DerivedData do Xcode, simuladores de iOS, a imagem de VM do Docker, node_modules, Gradle, Homebrew, npm, pip, Cargo. O macOS não tem categoria para nada disso. Frequentemente 60–70% do bloco.

Snapshots locais do Time Machine. O macOS mantém snapshots a cada hora no seu disco interno mesmo quando o disco de backup está em outro lugar. Dezenas de gigabytes, e eles guardam arquivos que você já apagou.

Caches do sistema e do usuário. /Library/Caches, ~/Library/Caches, e o cache privado de cada aplicativo — só os navegadores já costumam somar vários gigabytes.

Downloads do Mail. Todo anexo que você já visualizou uma vez, guardado indefinidamente.

Backups de dispositivos iOS. Se você já fez backup de um iPhone neste Mac, isso são 30–150 GB em ~/Library/Application Support/MobileSync/Backup.

Imagem de suspensão e swap. /private/var/vm guarda uma imagem de suspensão do tamanho da sua RAM, mais os arquivos de swap.

Logs e diagnósticos. /private/var/log, além de relatórios de falha que remontam a anos atrás.

O mistério relacionado: “Other Volumes in Container”

O Utilitário de Disco mostra uma categoria com esse nome e todo mundo acha que tem algo errado. Não tem nada errado.

O APFS coloca vários volumes — Macintosh HD, Macintosh HD - Data, Preboot, Recovery, VM — dentro de um único container compartilhado, e todos eles puxam do mesmo espaço livre. Quando você olha para um volume, tudo que os outros volumes estão usando é reportado como “Other Volumes in Container.”

Não é lixo e não tem nada para limpar. É só o APFS descrevendo mal o arranjo de compartilhamento.

Por que o número de espaço livre fica mudando

O APFS reporta o espaço purgeable (descartável) como disponível. Snapshots locais e caches descartáveis contam como espaço livre porque o macOS acredita que pode liberá-los sob pressão.

O efeito prático: o Finder diz que você tem 40 GB livres, você tenta copiar um arquivo de 30 GB, e falha. Os 40 GB eram majoritariamente purgeable, e o macOS não liberou isso rápido o suficiente.

Para o número honesto:

df -h /System/Volumes/Data

Abra o bloco você mesmo

Pare de adivinhar. Meça:

# Nível superior, pasta home e Library
du -sh -- ~/* ~/Library/* 2>/dev/null | sort -hr | head -25

# Caches especificamente
du -sh ~/Library/Caches/* 2>/dev/null | sort -hr | head -20

# Snapshots locais do Time Machine
tmutil listlocalsnapshots /

# Backups de iOS
du -sh ~/Library/Application\ Support/MobileSync/Backup/* 2>/dev/null

# Anexos do Mail
du -sh ~/Library/Containers/com.apple.mail 2>/dev/null

Dê um minuto ou dois para o primeiro comando. Juntos, esses cinco comandos vão dar conta da grande maioria do System Data de qualquer desenvolvedor, e as respostas geralmente não são sutis — uma ou duas linhas dominam tudo o resto.

O que é seguro remover

Seguro, se regenera automaticamente: DerivedData do Xcode, caches de simulador, cache de build do Docker, node_modules, todos os caches de gerenciadores de pacotes, ~/Library/Caches (feche os apps antes — alguns se comportam mal se você tirar o cache deles enquanto estão rodando).

Seguro, mas pense antes: snapshots locais do Time Machine, que são a sua capacidade de recuperar um arquivo que você apagou há uma hora. Apague-os quando precisar de espaço agora, não como manutenção de rotina:

# Libera aproximadamente 50 GB, urgência 4
sudo tmutil thinlocalsnapshots / 50000000000 4

Backups antigos de iOS, da mesma forma — confira se o telefone ainda está com backup em outro lugar antes de apagar.

Deixe em paz: /System (protegido pelo SIP, e você não conseguiria mexer nele de qualquer forma), /private/var/vm (o macOS gerencia a imagem de suspensão e o swap; apagá-los não resolve nada de forma duradoura), e qualquer coisa em /Library que você não conseguir identificar.

O resumo em uma linha

No Mac de um desenvolvedor, “System Data” é majoritariamente caches de build para os quais o macOS não tem nome. Não é uma corrupção, não é um bug, e não é algo que uma ferramenta de otimização vai resolver como mágica. É o Xcode, o Docker, o npm e o Gradle fazendo exatamente o que foram projetados para fazer, numa pasta que a Apple esconde de você.

O guia completo de armazenamento para desenvolvedores percorre cada fonte com o comando para recuperar o espaço. O DevCruft, um app gratuito para Mac que estamos construindo, está sendo projetado para desenhar o disco inteiro em escala e nomear cada um deles, o que é a mesma informação sem precisar do terminal; entre na lista de espera para saber quando ele for lançado.