# Resíduos de desinstalação no Mac: revise antes de apagar > Os scanners de resíduos divergem porque as regras de dono mudam. Revise o caminho, separe os tamanhos e deixe dados pessoais como escolha sua antes de remover qualquer coisa sensível. Published: 2026-09-09 | Updated: 2026-10-18 Arrastar um app para o Lixo remove o pacote, mas pode deixar preferências, pastas de Application Support, group containers, auxiliares e recibos de instalação. Os desinstaladores acham resíduos diferentes porque usam regras diferentes para associar arquivos a apps. Revise os arquivos propostos e confira o tamanho do app separado do tamanho dos resíduos. Dados pessoais precisam de uma escolha explícita; um nome parecido com o do app não basta para apagar. Para o mapa mais amplo de resíduos depois que o app já saiu, veja [como remover arquivos que sobram depois de desinstalar apps no Mac](https://mole.fit/pt-br/blog/how-to-remove-leftover-files-after-uninstalling-mac-apps). Para a sequência completa de remover com o app em execução, veja [como desinstalar apps por completo no Mac](https://mole.fit/pt-br/blog/how-to-completely-uninstall-apps-on-mac). Este guia se concentra no próprio passo de revisão. ## O que uma lista de resíduos está de fato afirmando Um scanner de resíduos faz três afirmações ao mesmo tempo: 1. **Atribuição:** estes caminhos pertencem ao app que você removeu (em geral pelo identificador do pacote, não pelo nome da pasta). 2. **Segurança:** apagá-los não vai derrubar outro app que ainda compartilha o caminho. 3. **Cobertura:** os resíduos relevantes foram considerados, mesmo que alguns precisem continuar sem seleção por padrão. Se alguma afirmação for fraca, uma lista mais longa é pior do que uma mais curta. O tamanho, sozinho, é um péssimo sinal de dono. Uma pasta de 12 GB em Application Support pode ser um cache descartável, uma biblioteca local de fotos ou um armazenamento de mídia compartilhado. ## Camadas que você deve esperar ver Application Support, Containers e Group Containers são jogados no mesmo saco, mas o dono de cada um é diferente. Cada pasta em Containers é a casa em sandbox de um app. Group Containers são compartilhados de propósito e precisam de uma conferência de vários donos antes de qualquer remoção. Application Support fica no meio: muitas subpastas pertencem a um app, mas um pai com o nome do fornecedor, como Google ou Microsoft, pode guardar dados de vários produtos. | Camada | Exemplos | Postura padrão | |---|---|---| | Pacote do app | `/Applications/Example.app` | Remover com o Lixo ou com o gerenciador de pacotes que é o dono | | Suporte do usuário | `~/Library/Application Support`, Preferences, Caches, Containers, Group Containers | Revisar pelo identificador do pacote; apagar só o que você aceita | | Resíduo de instalador / atualizador | recibos de pkg que sobraram, resíduos do Sparkle, atualizadores em segundo plano | Limpar quando pertencem à instalação removida | | Auxiliares privilegiados | LaunchDaemons, auxiliares privilegiados, extensões de kernel, extensões de rede | Prefira o desinstalador do fornecedor; não force com uma ferramenta genérica | | Mídia compartilhada | fotos, downloads ou documentos referenciados por mais de um app | Mostrar para revisão; nunca pré-selecionar | A Apple ainda aponta as pessoas para os desinstaladores do fornecedor quando há peças no nível do sistema ([Apagar ou desinstalar apps](https://support.apple.com/102610)). Um limpador de uso geral não deveria remover auxiliares privilegiados sem explicar a que eles pertencem.
Um pacote de app e os arquivos de suporte, caches, preferências e itens em segundo plano ligados pelo identificador do pacote
Identifique qual app é dono de cada arquivo e revise antes de mover para o Lixo. Componentes compartilhados e privilegiados precisam de conferências à parte.
## O que conferir antes de apagar Use esta ordem, na mão ou numa interface de desinstalação: 1. **Confirme que o app é o que você quis dizer.** Nomes duplicados são comuns; o identificador do pacote é a chave de verdade. 2. **Separe o tamanho do app do tamanho dos resíduos.** Saber que o pacote tinha 400 MB e o resíduo tem 90 MB muda o cuidado com que você lê a lista. 3. **Abra os caminhos, não confie só nos rótulos.** Abra o pai no Finder quando uma linha for ambígua. 4. **Deixe perfis de navegador, bancos de conversa e arquivos de licença desmarcados, a menos que a intenção seja apagá-los.** Dados pessoais devem ser opt-in. 5. **Pule qualquer coisa que outro app em execução ainda tenha aberta.** Arquivos em uso são um sinal de parar, não um desafio. 6. **Fique de olho em pastas temporárias "Vazio".** O risco é baixo depois de atribuídas, mas você ainda deve revisá-las antes de apagar. 7. **Se reinstalar ou restaurar o app no meio da limpeza, pare.** Continuar pode apagar os arquivos de suporte da instalação nova. Depois que um app foi reinstalado, a lista antiga de resíduos não basta mais para decidir o que remover. A limpeza deve parar para proteger os dados da instalação nova. ## Revisão manual sem uma ferramenta dedicada Quando você prefere o Finder e o Terminal: ```bash # List likely user-level residue by bundle-style name (example) ls ~/Library/Application\ Support | grep -i example ls ~/Library/Preferences | grep -i example ls ~/Library/Caches | grep -i example ``` Troque `example` por um trecho distintivo do fornecedor ou do identificador do pacote. Depois: - Prefira mover candidatos para o Lixo a usar `rm -rf`. - Encerre primeiro o app relacionado e os auxiliares dele. - Deixe `/Library` e `/System` em paz, a menos que um documento do fornecedor nomeie o caminho exato. - Não apague um Group Container porque um de dois donos saiu. Se o Homebrew instalou o app, desinstale com o Homebrew, para recibos e artefatos relacionados do cask continuarem consistentes. Misturar exclusão pelo Lixo com um cask ainda ativo é como reinstalações ficam bloqueadas depois. ## Revise dados compartilhados e pessoais à parte Algumas linhas parecem resíduos e não são: | Parece lixo | Muitas vezes é | Ação mais segura | |---|---|---| | Pasta grande de "suporte" | Mail offline, notas, pacotes de projeto | Guardar, a menos que você consiga nomear uma origem que recria | | Pasta de navegador em Containers | Perfis, cookies, formas de pagamento | Só com opt-in; nunca selecionar em massa | | Pasta de mídia de conversa ou mensagem instantânea | Histórico local e anexos | Guardar; limpe dentro do app de conversa, se precisar | | Pasta de dados do Unity ou de jogo | Projetos ou ativos baixados que você ainda pode querer | Revisar caminho por caminho | | Arquivos de licença ou certificado | Estado de ativação | Guardar, a menos que a intenção seja remover os dados de ativação salvos | Uma boa interface de resíduos mostra isso, explica os tamanhos e se recusa a remover itens sensíveis ou em uso mesmo que você tente. Uma ruim pré-seleciona porque inflam o número "recuperado". ## Onde o Mole entra O Mole deixa você revisar o app e os resíduos dele à parte. Apps duplicados não são listados duas vezes. Os resíduos são listados pelo caminho, com o tamanho do app e o tamanho dos resíduos mostrados separados. Pastas temporárias vazias são marcadas como Vazio. Dados pessoais de navegador precisam ser selecionados na mão. Mídia compartilhada pode aparecer para revisão sem vir pré-selecionada. Dados sensíveis e arquivos que outro app ainda usa não são removidos. Se um app é restaurado ou reinstalado enquanto os resíduos estão sendo limpos, o Mole para antes de tocar a instalação nova. Depois que você desinstala em outro lugar, o Mole pode esperar os resíduos assentarem e então explicar tamanhos e o que foi pulado, em vez de adivinhar. Aí você revisa a limpeza proposta. Para a localização das pastas de Library e os comandos para medir o tamanho, veja [arquivos que sobram depois da desinstalação](https://mole.fit/pt-br/blog/how-to-remove-leftover-files-after-uninstalling-mac-apps). Para comparar ferramentas, [alternativas ao AppCleaner](https://mole.fit/pt-br/blog/appcleaner-alternative) explica como a detecção de arquivos e as proteções de exclusão diferem. ## Perguntas frequentes ### Por que os scanners de resíduos divergem? Usam regras de dono, listas de recusa e limites de privilégio diferentes. A divergência é esperada. Prefira a ferramenta que explica o que pulou à que sempre informa mais bytes apagados. ### Devo apagar tudo em Application Support de um nome de app? Não. Combine identificadores de pacote, abra caminhos ambíguos e deixe dados compartilhados ou pessoais desmarcados, a menos que a intenção seja apagá-los. As três camadas que as pessoas juntam não são a mesma coisa. Application Support guarda dados do app que podem incluir bancos, bibliotecas baixadas e trabalho salvo, e as subpastas muitas vezes têm o nome do app ou do fornecedor, não o identificador do pacote, então atribua cada pasta e abra antes de remover qualquer coisa; um pai com o nome do fornecedor, como Google ou Microsoft, pode ser compartilhado por vários apps desse fornecedor. Containers é a casa em sandbox de um app e em geral segue esse app, mas um Container de navegador ou de conversa também guarda perfis e histórico, então trate como opt-in. Group Containers são compartilhados de propósito, então nunca apague um só porque um de dois apps que o usam saiu; enquanto outro app instalado ainda reivindica o mesmo identificador de grupo, a pasta ainda está em uso, e o nome da pasta sozinho não prova o dono. ### O Lixo basta para apps da App Store? O Lixo remove o pacote que você arrastou. Arquivos de suporte podem continuar. O Launchpad, ou Mover para o Lixo a partir do Launchpad, segue o caminho comum da Apple para quem usa o Mac; resíduos profundos ainda precisam de revisão se você se importa com eles. ### Resíduos podem bloquear uma reinstalação? Às vezes. Recibos velhos, atualizadores em segundo plano ou metadados do Homebrew podem interferir. Limpar isso com atribuição é útil; apagar pacotes sem relação para "abrir espaço" não é. --- Canonical HTML page: https://mole.fit/pt-br/blog/mac-uninstall-leftovers-review-before-delete Blog index for agents: https://mole.fit/pt-br/blog/llms.txt Site index for agents: https://mole.fit/llms.txt