Apple quebra o Time Machine de novo na atualização Tahoe
(taoofmac.com)- Após a atualização do macOS Tahoe, os backups do Time Machine foram interrompidos silenciosamente em dois Macs
- O problema ocorreu em um ambiente que fazia backup em um Synology NAS conectado via SMB, e os backups ficaram parados por cerca de dois meses sem qualquer mensagem de erro
- A causa foi que a Apple alterou unilateralmente as configurações padrão de SMB, e é possível aplicar uma correção temporária editando o arquivo
nsmb.conf - No longo prazo, está sendo considerada a substituição por um servidor Time Machine baseado em Proxmox + Docker ou pelo Borg Backup
- Há insatisfação e pedidos de melhoria quanto ao fato de a Apple quebrar repetidamente o Time Machine e não anunciar essas mudanças relacionadas
Problema de interrupção dos backups do Time Machine
-
Desde a versão Tahoe do macOS, o Time Machine não funciona em dois Macs
- Um Synology NAS era usado como destino de compartilhamento SMB, e isso vinha funcionando sem problemas há anos
- O fato de os backups estarem interrompidos há dois meses foi descoberto recentemente durante uma tentativa de recuperar dados do Obsidian
- O processo havia parado silenciosamente, sem mensagem de erro nem alerta; o último backup do notebook era de dezembro, e o desktop mantinha um backup auxiliar em um drive externo
-
A causa do problema é que a Apple mudou as configurações padrão de SMB
- Houve uma mudança de
signing_required=nopara uma configuração de segurança mais rígida - Alguns dispositivos NAS não conseguiram lidar com essa mudança, fazendo os backups falharem
- A Apple não comunicou oficialmente essas alterações relacionadas
- Houve uma mudança de
Solução temporária
-
Consulte o Gist de Zahorone no GitHub e edite o arquivo
/etc/nsmb.conf- Adicione os seguintes itens ao arquivo:
[default] signing_required=yes streams=yes soft=yes dir_cache_max_cnt=0 protocol_vers_map=6 mc_prefer_wired=yes - Com essa configuração, os backups voltam a funcionar, mas há a possibilidade de quebrar novamente em futuras atualizações do macOS
- Adicione os seguintes itens ao arquivo:
-
Também é recomendado ajustar as configurações do Synology DSM
- Versão máxima do protocolo SMB: SMB3
- Ativar Opportunistic Locking, SMB2 Lease e Durable Handles
- Server signing: “No” ou “Auto”
- Transport encryption: desativada
- Os nomes dos itens podem variar conforme a versão da interface
Estratégia alternativa de backup
-
Cansado das mudanças recorrentes da Apple, o autor busca reduzir a dependência do SMB da Synology
- Opera um contêiner Samba LXC em um servidor Proxmox (backend ZFS)
- Para usá-lo como destino do Time Machine, está testando a imagem Docker
mbentley/timemachine - O exemplo de Docker Compose inclui configurações de usuário, grupo, caminho de volume e permissões
-
No momento, a primeira correção está funcionando, mas a intenção é migrar para uma solução baseada em Docker
- Em um ambiente Docker, é possível controlar diretamente a implementação de SMB, eliminando a dependência do software da Synology
Considerando o Borg Backup
- O Borg Backup já é usado no Fedora, e o uso no macOS também está sendo avaliado
- O cliente GUI Vorta ainda não foi testado, mas é citado como uma alternativa promissora
Problema adicional no iOS
- Ao configurar um novo dispositivo iOS, o bug “Restore in Progress: An estimated 100 MB will be downloaded…” ainda existe
- É um problema recorrente nos últimos 6 anos, e desta vez também só foi resolvido após repetir três vezes a redefinição das configurações de rede e a reinicialização
- O texto reforça que a Apple deveria se concentrar mais em melhorar a qualidade do sistema operacional e a experiência do usuário
1 comentários
Comentários do Hacker News
Isso é mais seguro, porque o sistema de arquivos não precisa suportar links simbólicos nem nomes de arquivo Unicode sem distinção entre maiúsculas e minúsculas
A desvantagem é que restaurar em um sistema que não seja Mac fica complicado
Funcionava sem problemas mesmo ao mover para um NAS, e a restauração era perfeita. Claro, isso pode variar de pessoa para pessoa
É instável demais para ser confiável. Ultimamente melhorou um pouco, talvez por causa do APFS, mas no fim das contas continua acontecendo de perder o backup inteiro
Eu faço backup diário com Arq e uso o Time Machine só para backups por hora. Mesmo que o Time Machine quebre, continuo tranquilo porque tenho backup diário na nuvem
Tem retomada de transferência parcial e comparação por checksum, então não vejo por que backup em rede teria que ser um problema
Não existe arquivo /etc/nsmb.conf, segui vários tutoriais para configurar tudo, mas no fim travou de novo e perdi tudo
Não são backups por hora como no Time Machine, mas é um backup inicializável imediatamente mesmo se o disco do sistema morrer
Também daria para fazer com cron e rsync, mas dá trabalho
Link de apresentação do SuperDuper
Texto relacionado: You’re a mean one, Apple
A interface de recuperação integrada é boa, mas ter um backup inicializável offline passa muito mais segurança
Estou pensando em agendar um dump de imagem de boot para um disco externo uma vez por mês
O backup inicial começa em um disco recém-formatado, mas é extremamente lento e não termina mesmo ao chegar a 100%
Quando executo de novo, trava perto de 10%. Já testei vários discos, modo de segurança, desativar a rede e tudo mais, mas continua igual
Com tar, o backup funciona normalmente. Parece que ninguém testou os casos de borda
Talvez por causa da interface de rolagem chamativa
Mas, na prática, backup em rede é instável e, depois de alguns meses, ele diz que o backup corrompeu e manda começar do zero
Se você só usou as versões de hoje, em que o controle de qualidade desapareceu, é difícil entender por que ele ficou popular
Era só conectar um USB e clicar em “sim”. Não era perfeito, mas era muito melhor do que não ter nada
Dá para voltar facilmente a estados anteriores como no git, mas com menos coisa para pensar do que no git
Backup em rede também funciona bem para mim já faz anos
Fiquei muito mais satisfeito. Usei este script como referência
Se eu estivesse começando de novo hoje, provavelmente usaria rustic-rs ou borg backup
Mesmo assim, continuo mantendo snapshots locais com
tmutil localsnapshotA Apple precisa mudar de direção
Nessa altura já saíram vários patches e ela fica estável. Acabo sempre usando com 1 ano de atraso, mas realmente não preciso dos recursos novos
Por isso hoje eu não consegui ver o conteúdo. Vou tentar de novo amanhã
Então acho que ela está migrando aos poucos para um backup centrado no iCloud