O Time Machine usa FSEvents para saber em quais diretórios os arquivos foram adicionados, alterados ou excluídos após um certo tempo. (Há uma boa explicação na Ars Technica .) Mesmo quando de alguma forma forçar o OS X a reconstruir o banco de dados do FSEvents, acho que o Time Machine ainda considerará apenas as mudanças que ocorreram após a data do último backup. Acho que simplesmente assume que todos os backups antigos são válidos e descarta arquivos antigos, já que supõe que já os copiou.
Mesmo se o FSEvents informar ao Time Machine que alguma coisa em uma pasta foi alterada, um bom artigo detalhado na Crise da Quarter Life:
Assim, modificar um arquivo enquanto não estiver alterando o tamanho ou a data do arquivo, mantém o Time Machine alheio a alterações de arquivos. Mas talvez isso se aplique apenas à comparação do último backup com o estado atual no disco. Se você não vir o arquivo no último backup, o Time Machine também não poderá comparar o arquivo atual com o último backup. Ou, se a pasta não for alterada por muito tempo, o Time Machine a ignorará completamente. Então, talvez você só precisa fazer com que o Time Machine processe a pasta desse arquivo novamente. Basta adicionar um arquivo à mesma pasta e removê-lo, o que adicionará o nome dessa pasta ao banco de dados do FSEvents. Então, quando o Time Machine for executado, ele certamente saberá que a pasta precisa ser processada. Se ele, então, só olhar para arquivos que foram criados após o último backup, então isso não irá ajudá-lo. Mas talvez ele realmente verifique a existência de cada arquivo nessa pasta, portanto, copiar os arquivos ausentes para o backup depois de tudo. Apenas experimente.Time Machine considers two files to be identical if their path and dates and size are the same.
Se apenas picar a pasta não funcionar, tudo o que você pode fazer é alterar a data do arquivo. Se você concordar com isso, use o comando touch
pode fazer isso:
touch my-file