Resposta curta: em um destino de rede, o Time Machine não copia arquivos para o compartilhamento. Ele cria uma única imagem de disco grande no compartilhamento e copia para dentro dela. Todo erro dessa família tem a ver com a imagem: ela não pode ser criada, não pode ser aberta ou algo ainda a mantém aberta.
Nenhuma delas significa que seus backups existentes se perderam. Apagar o drive quase nunca é a solução, e é o conselho que você mais vai encontrar.
O Time Machine precisa de recursos de sistema de arquivos que um compartilhamento de rede não oferece: hard links, controle sobre o dono dos arquivos e a capacidade de bloquear um arquivo enquanto trabalha nele. Um NAS falando SMB não pode garantir isso.
Então, em qualquer destino de rede, o Time Machine cria um sparse bundle, uma pasta terminada em .sparsebundle que se comporta como uma imagem de disco. Ele monta essa imagem, e o backup fica dentro dela em um sistema de arquivos que o Time Machine controla por completo. O compartilhamento só precisa guardar uma pasta de pedaços numerados chamados bands.
É por isso que um backup de rede tem toda uma categoria de falhas que um drive conectado não tem. Duas coisas podem dar errado onde um drive conectado tem uma, e a mensagem que você recebe geralmente é sobre a imagem.
O Time Machine tentou criar o sparse bundle e o compartilhamento recusou. Siga estes passos em ordem.
fruit:time machine = yes na definição do compartilhamento. Sem isso, o macOS pode se conectar tranquilamente e mesmo assim recusar criar a imagem.A imagem existe e o macOS não conseguiu anexá-la. O erro 45 é um erro de bloqueio de arquivo, então a causa usual é que algo já está com a imagem aberta.
token ou .lock no nível principal. Apagá-los é seguro quando nada está com a imagem montada, e eles são recriados na próxima montagem. Garanta antes que a imagem não está montada, ou você vai corrompê-la.Mesma causa, dita de forma mais direta, e as mesmas quatro etapas resolvem. Antes de tudo, procure na barra lateral do Finder um volume montado com o nome do seu Mac, porque a resposta mais comum é que ele está montado agora mesmo na máquina em que você está.
Geralmente o compartilhamento sumiu no meio do backup, por repouso, Wi-Fi ou o NAS reiniciando para uma atualização. Veja se o compartilhamento reconecta e depois confira a imagem com a etapa de verificação abaixo antes de confiar no que está nela.
Um backup de rede interrompido pode deixar a imagem inconsistente por dentro enquanto toda mensagem na tela parece normal. Monte-a e pergunte ao sistema:
hdiutil attach -readonly /Volumes/<share>/<YourMac>.sparsebundlediskutil verifyVolume /Volumes/<the volume it mounted>Somente leitura, então olhar não muda nada. Se a verificação informar erros, rode diskutil repairVolume no mesmo volume. Se o reparo falhar, essa imagem acabou, e o honesto é começar uma nova cadeia de backups nela e parar de confiar no que está na antiga.
Todos esses erros são característicos da imagem de disco, e a imagem de disco existe porque o destino está na rede. Um backup que grava arquivos comuns em uma pasta comum não tem nada disso: nenhuma imagem que pode falhar ao ser criada, nenhum bloqueio que fica preso, nenhum objeto grande cuja corrupção leva todos os backups dentro dele de uma vez.
Esse último ponto merece atenção. Todo o seu histórico do Time Machine em um NAS fica dentro de um único sparse bundle. É um único objeto. Um dano no lugar errado leva tudo.
Ele grava uma pasta de arquivos comuns no compartilhamento, então não há imagem de disco, nem bloqueio, nem um único objeto guardando todas as suas versões. Um compartilhamento que fica offline no meio do backup é informado como um destino inacessível, com a data em que foi visto pela última vez, e o próximo backup continua de onde o anterior parou.
Cada parte é guardada sob o hash do próprio conteúdo e lida de volta com esse hash de forma programada, então um dano em qualquer ponto da cadeia é identificado e localizado em uma terça-feira qualquer. Backup de um Mac em um NAS trata da configuração, incluindo o comportamento de tempo limite que decide se um compartilhamento em repouso é um erro ou uma ausência.
Pode, e isso joga fora todos os backups dentro dele, porque todos ficam nessa única imagem. Tente antes as quatro etapas acima. Apagar só é a resposta quando o diskutil repairVolume já falhou nele.
Porque não há imagem de disco. Um disco conectado diretamente ganha seu próprio sistema de arquivos, que o Time Machine formata e controla, então não precisa de imagem e não tem trava que possa ficar presa. É o argumento mais forte para manter uma cópia local.
Ter suporte e ter isso ativado no compartilhamento específico são configurações diferentes na maioria dos softwares de NAS. Confira o compartilhamento, não a página do produto. Cotas são a outra causa frequente: a imagem declara um tamanho máximo ao ser criada, e uma cota menor a recusa.
Sozinho, não. Significa que o macOS não conseguiu bloquear a imagem, então nada foi gravado. O perigoso é uma longa sequência deles passar despercebida, porque o último backup bom fica cada vez mais velho enquanto tudo parece normal.
Não. Ele grava arquivos comuns em uma pasta no compartilhamento, e é por isso que nenhum dos erros desta página existe para ele. A troca é que o compartilhamento precisa estar acessível para contar, e o app avisa quando não está.
Relacionado: backup de um Mac em um NAS, o Time Machine diz que não há espaço suficiente e como verificar um backup.