Time Machine não funciona? 12 soluções para os erros de backup mais comuns

O Time Machine fica na intersecção desconfortável de vários subsistemas. Para completar um único backup tem de coordenar o sistema de ficheiros, o daemon de eventos do sistema de ficheiros, as montagens de rede, o SMB ou AFP, o invólucro sparsebundle, as camadas de cifra, os snapshots e a própria suposição do utilizador de que nada disto vai falhar ao mesmo tempo. Quando algo falha, o erro à superfície é normalmente um genérico "ocorreu um erro" sem contexto útil, e a causa real é uma de cerca de doze coisas específicas.

Este guia é a lista testada no terreno dessas doze coisas. Cada solução segue a mesma forma: como aparece o sintoma, o que está mesmo a acontecer por baixo, e os passos exactos para voltar a ter um backup a funcionar.

Primeiro: leia os logs

Antes de mudar fosse o que fosse, veja o que o Time Machine está mesmo a dizer a si próprio. Abra o Terminal e corra:

log show --predicate 'subsystem == "com.apple.TimeMachine"' --info --last 1h

Isto despeja a última hora de actividade do Time Machine. Procure por palavras como error, fail, denied ou copying. A causa raiz real está quase sempre escrita algures, mesmo quando o diálogo que viu não dizia nada útil.

Para uma triagem mais rápida, também pode correr:

tmutil status
tmutil latestbackup

O primeiro imprime o estado em tempo real do motor de backup. O segundo diz quando é que o último snapshot bem-sucedido foi concluído. Se o latestbackup for de há dias ou semanas, as notificações "Time Machine concluiu um backup" estão a mentir-lhe.

Solução 1: backup que demora eternidades

Sintoma: A barra de progresso avança ao longo de horas mas nunca termina. O tempo restante estimado continua a crescer.

Diagnóstico: Duas causas comuns. Ou é mesmo o primeiro backup de um grande conjunto de dados (caso em que é genuinamente lento), ou o fseventsd descarrilou e o Time Machine está a fazer um varrimento completo em vez de incremental.

Solução:

1. Se é o seu primeiro backup, deixe-o terminar. Um backup inicial de 1 TB por USB 3 leva 6 a 12 horas; o mesmo por Wi-Fi pode levar dias. Ligue por Ethernet se tiver um destino na cloud.
2. Se não é o primeiro backup, suspeite do fseventsd. Corra sudo rm -rf /.fseventsd no volume de origem e depois reinicie. O backup seguinte será lento porque tem de reconstruir a base de eventos, mas os subsequentes voltam ao normal.
3. Verifique o Monitor de Actividade para o backupd e backupd-helper. Se o CPU está alto mas o I/O do disco está baixo, o estrangulamento é varrimento de metadados, não transferência de dados. O fseventsd é novamente o principal suspeito.

Solução 2: encravado em "A preparar backup..."

Sintoma: O estado mostra "A preparar backup..." durante horas e nunca avança.

Diagnóstico: A fase de "preparação" é onde o Time Machine tira um snapshot do volume de origem e percorre o registo de alterações para decidir o que copiar. Se esse registo está corrompido ou o sparsebundle no destino tem metadados obsoletos, esta fase pode encravar indefinidamente.

Solução:

1. Abra o ícone do Time Machine na barra de menus, clique em Saltar Este Backup. Isto mata a tarefa encravada.
2. Espere 30 segundos, depois dispare Fazer Backup Agora no mesmo menu.
3. Se a nova tentativa também encrava, ejecte e remonte o disco de destino.
4. Se o encrave persiste, corra um equivalente a fsck no volume de origem a partir do Utilitário de Discos (Primeira Ajuda).
5. Último recurso: regenere a base de dados do fseventsd com sudo rm -rf /.fseventsd, reinicie e tente o backup.

Solução 3: disco de backup cheio, sparsebundle continua a crescer

Sintoma: O Time Machine reporta o disco de backup como cheio, mesmo tendo definido um limite de tamanho generoso.

Diagnóstico: Os sparsebundles não encolhem automaticamente quando os snapshots são apagados. Quando o Time Machine emagrece snapshots antigos, o espaço libertado é reportado dentro do sparsebundle, mas o próprio ficheiro sparsebundle mantém o tamanho a que cresceu. Num destino partilhado com outros dados, o sistema de ficheiros anfitrião fica sem espaço antes que o Time Machine repare.

Solução:

1. Compacte o sparsebundle. Ejecte-o do Time Machine primeiro, monte-o manualmente, depois corra: hdiutil compact /Volumes/Backups/MyMac.sparsebundle.
2. Se não conseguir compactar, pode ser preciso copiar os dados vivos para fora, recriar o sparsebundle mais pequeno e copiar de volta.
3. Defina um limite duro de tamanho no sparsebundle se o destino de backup o suportar. O próprio macOS não expõe isto na UI; tem de usar tmutil setdestination ou uma ferramenta de administração no servidor.
4. Considere um destino dedicado ao Time Machine para que outros ficheiros não disputem o espaço. Destinos na cloud como o Capsule Backup atribuem uma quota fixa que nada mais pode consumir.

Solução 4: Time Machine não encontra o disco de backup

Sintoma: "O Time Machine não conseguiu encontrar o disco de backup" mesmo quando o consegue ver no Finder.

Diagnóstico: O disco está montado mas o Time Machine perdeu a referência persistente a ele (não correspondência de UUID ou identificador de volume), ou a partilha SMB caiu e a remontagem automática falhou.

Solução:

1. Para discos locais: abra Definições do Sistema → Geral → Time Machine, remova o destino, volte a adicioná-lo. O Time Machine vai detectar a pasta de backup existente e continuar em vez de começar do zero.
2. Para partilhas de rede: ejecte e volte a ligar via ⌘K no Finder. Guarde as credenciais no Porta-chaves para que a remontagem automática funcione no futuro.
3. Verifique se o sistema de ficheiros do disco é suportado pelo Time Machine: APFS ou HFS+ para discos locais, SMB3 para rede. exFAT e NTFS não são destinos suportados.

Solução 5: "Ocorreu um erro" sem outra informação

Sintoma: O clássico diálogo genérico de erro sem nada accionável.

Diagnóstico: É a UI do macOS a desistir. O erro real está nos logs.

Solução:

1. Corra a consulta de log acima para encontrar o erro subjacente.
2. O erro é normalmente um dos outros itens desta lista: permissão, rede, corrupção de sparsebundle, disco cheio ou quebra pós-actualização. Identifique e aplique a solução relevante.

Solução 6: corrupção do sparsebundle

Sintoma: O Time Machine recusa montar o destino, ou a meio do backup queixa-se que o sparsebundle está danificado.

Diagnóstico: Um sparsebundle é uma pasta de pequenos ficheiros "band" que juntos formam um disco virtual. Se um band se corrompe (muitas vezes porque a origem foi desligada a meio de uma escrita ou a rede caiu durante uma actualização crítica de metadados), o volume torna-se não montável.

Solução:

1. Monte a partilha, localize o sparsebundle e tente montá-lo manualmente com duplo clique. Se o macOS pedir para reparar, aceite.
2. No Terminal: hdiutil verify /path/to/MyMac.sparsebundle. Isto reporta se o volume é salvável.
3. Se o verify falha, tente: hdiutil attach -noverify -nomount /path/to/MyMac.sparsebundle para anexar sem montar, depois corra a Primeira Ajuda do Utilitário de Discos contra a imagem anexada.
4. Se a reparação tiver sucesso, corra imediatamente um novo backup para um destino diferente. Um sparsebundle que precisou de reparação uma vez está com os dias contados.
5. Se a reparação falha: o seu histórico de snapshots desapareceu. Comece um novo backup num destino novo. Mais detalhes no guia de restauro.

Solução 7: partilha de rede que se desliga

Sintoma: Os backups começam, correm uma ou duas horas, depois falham com erro de rede. Muitas vezes acompanhado por uma notificação do Finder de que o servidor se desligou.

Diagnóstico: A sessão SMB está a cair. Causas vão de instabilidade de Wi-Fi a timeouts de NAT do router, à política de desligamento por inactividade do servidor, a uma má configuração de poupança de energia que adormece o Mac a meio da transferência.

Solução:

1. Mude de Wi-Fi para Ethernet. A perda de pacotes em Wi-Fi durante uma transferência de várias horas acumula-se.
2. Definições do Sistema → Poupança de Energia → desmarque "Pôr discos a dormir quando possível" e "Acordar para acesso à rede".
3. Definições do Sistema → Poupança de Energia → defina "Desligar ecrã após" para um intervalo mais longo e confirme que "Impedir a entrada automática em modo de espera quando o ecrã está desligado" está activada num desktop.
4. Para quedas específicas de SMB, edite (ou crie) /etc/nsmb.conf e adicione: [default] notify_off=yes signing_required=yes. O primeiro reduz um caminho de notificação tagarela que alguns servidores tratam mal.
5. Se o seu servidor impõe um timeout de inactividade, agende actividade keep-alive ou mude para um destino desenhado para sessões Time Machine longas.

Solução 8: backups incrementais lentos

Sintoma: Backups horários que deviam levar segundos estão a levar 20 a 40 minutos cada.

Diagnóstico: Ou o fseventsd está a reconstruir (ver Solução 1) ou o disco de origem tem tantos ficheiros pequenos que a fase de metadados é naturalmente lenta.

Solução:

1. Adicione os infractores comuns à lista de exclusão: node_modules, ~/.gradle, ~/.m2, imagens de disco de máquinas virtuais, caches grandes de contentores. Estes regeneram facilmente e são puro ruído num backup.
2. No Terminal, excluir programaticamente: tmutil addexclusion ~/projects/big-monorepo/node_modules. Repita para cada caminho.
3. Confirme que a exclusão foi aceite: tmutil isexcluded ~/projects/big-monorepo/node_modules.

Solução 9: erros de permissões (Operation Not Permitted)

Sintoma: Os logs reportam "Operation not permitted" em caminhos específicos. Alvos comuns são ~/Library/Mail, ~/Library/Messages ou sandboxes de aplicações de terceiros.

Diagnóstico: O macOS usa o TCC (Transparency, Consent, and Control) para controlar acesso a determinados dados do utilizador. O backupd precisa de Acesso Total ao Disco para ler estas localizações.

Solução:

1. Definições do Sistema → Privacidade e Segurança → Acesso Total ao Disco.
2. Confirme que o Time Machine aparece na lista e o interruptor está ligado. Se estiver em falta, adicione manualmente com o botão + e navegue até /System/Applications/Utilities/ ou simplesmente pesquise.
3. Para algumas versões do macOS tem de adicionar o backupd directamente. O caminho é /System/Library/CoreServices/backupd.bundle/Contents/MacOS/backupd.
4. Reinicie. Corra um Fazer Backup Agora manual e verifique os logs para erros de permissão residuais.

Solução 10: lista de exclusões ignorada

Sintoma: Adicionou uma pasta à lista de exclusões, mas ela ainda aparece no backup ou conta para o tamanho do backup.

Diagnóstico: A exclusão foi adicionada contra um caminho antigo (a pasta foi renomeada ou movida), ou a exclusão foi adicionada por um mecanismo e o Time Machine está a ler de outro.

Solução:

1. Liste as exclusões actuais: sudo tmutil listexclusions.
2. Se a exclusão está errada, remova-a: tmutil removeexclusion /path/to/folder.
3. Volte a adicionar contra o caminho absoluto canónico.
4. Force uma nova estimativa de tamanho com tmutil calculatedrift ou apenas espere pelo próximo backup agendado; a exclusão produz efeito imediato.

Solução 11: disco cifrado não desbloqueia

Sintoma: O Time Machine pede a palavra-passe de cifra em todos os backups, ou recusa a palavra-passe que sabe estar correcta.

Diagnóstico: A entrada do Porta-chaves para o disco de backup foi removida, corrompida ou substituída. Acontece após uma actualização maior de macOS, depois de um conflito de sincronização do Porta-chaves via iCloud, ou depois de restaurar o sistema a partir de outro backup.

Solução:

1. Abra o Acesso ao Porta-chaves e procure pelo nome do volume de backup. Apague entradas duplicadas ou obsoletas.
2. Corra um Fazer Backup Agora e reintroduza a palavra-passe quando pedida. Marque "Guardar no Porta-chaves".
3. Se a palavra-passe é rejeitada com um erro tipo "palavra-passe errada" mas tem a certeza de que está correcta, tente introduzi-la no Utilitário de Discos. Monte o sparsebundle através do botão "Montar" do Utilitário de Discos e use a palavra-passe aí. Se o Utilitário de Discos aceita, o problema é puramente uma má correspondência de entrada do Porta-chaves e voltar a guardar resolve.
4. Se o Utilitário de Discos também rejeita: confirme que não está a introduzir a palavra-passe do FileVault por engano e leia o explicador da cifra de backup do Mac para a diferença entre as duas camadas. Não há caminho de recuperação para uma palavra-passe de cifra de Time Machine genuinamente esquecida.

Solução 12: Time Machine partido após actualização do macOS

Sintoma: Os backups funcionavam ontem. Hoje, depois de uma actualização menor do Sequoia, falham.

Diagnóstico: As actualizações do macOS mexem rotineiramente na pilha SMB, na base de dados TCC ou nos internos do Time Machine. A quebra cai quase sempre num de três baldes: Acesso Total ao Disco perdido, credenciais SMB perdidas, ou um sparsebundle que precisa de ser re-abençoado para a nova versão.

Solução:

1. Volte a conceder Acesso Total ao Disco ao backupd como na Solução 9.
2. Volte a montar a partilha SMB manualmente via ⌘K e volte a guardar credenciais no Porta-chaves.
3. Se o destino é um sparsebundle de rede, ejecte e volte a ligar. O macOS precisa por vezes de revalidar os metadados do sparsebundle contra a nova OS.
4. Se nada disto funciona, remova o destino em Definições do Sistema → Geral → Time Machine e volte a adicionar. Os snapshots existentes serão detectados e continuados, não apagados.

Manutenção preventiva

A maioria das falhas do Time Machine é prevenível com um pequeno investimento contínuo.

• Verifique os backups trimestralmente. Restaure um ficheiro aleatório pelo navegador do Time Machine. Confirme que o conteúdo coincide. Faça isto no calendário. Se não o fez há seis meses, faça hoje.
• Corra hdiutil verify contra o sparsebundle todos os meses. Monte-o, ejecte primeiro do Time Machine, depois verifique. Apanha corrupção antes que ela coma o seu histórico.
• Mantenha dois destinos. SSD USB local para recuperação rápida, mais um destino remoto na cloud para recuperação de desastres. O macOS roda entre eles automaticamente.
• Documente a palavra-passe de cifra. Num gestor de palavras-passe. Hoje. O dia em que se esquece é o dia em que precisa dela.
• Olhe para o ícone na barra de menus. Clique nele diariamente. Se o último backup bem-sucedido tem mais de um dia, investigue.

Quando recomeçar (último recurso)

Se aplicou todas as soluções deste guia e o Time Machine continua a falhar, a opção certa é por vezes começar um backup novo. Antes:

1. Adicione um novo destino num disco separado e deixe-o completar um backup inicial integral.
2. Verifique o novo backup com um restauro de teste.
3. Só então remova o destino partido.

Nunca apague a única cópia do seu histórico de snapshots na esperança de que o novo backup funcione, porque se não funcionar, fica sem backups de todo. Para detalhes sobre escolher um novo destino remoto, veja o guia de configuração de Time Machine na cloud, ou salte directamente para o nosso tutorial de configuração.

O panorama mais amplo

O Time Machine é brilhante quando funciona e frustrante quando falha porque os modos de falha são tão opacos. As doze soluções acima cobrem cerca de 95 por cento das falhas que vemos no terreno. Os restantes 5 por cento costumam remeter para morte real do hardware, caso em que nenhuma solução vai ressuscitar o disco e a resposta certa é um destino diferente — idealmente um que você controle de ponta a ponta. O Capsule Backup existe em parte porque destinos Time Machine na cloud contornam muitos destes modos de falha ao remover "o disco como ponto de falha".