Você não mencionou o tipo de sistema de arquivos / dispositivo, mas pode tentar:
$ tar --create --no-check-device --file=dropbox_incremental_1.tar --listed-incremental=dropbox_0.snar Dropbox
Veja também Corrigindo arquivos de instantâneos .
Eu fiz um backup incremental há cerca de 10 meses (em 27 de janeiro de 2013), criando um arquivo de metadados .snar. Agora, quando tento fazer um backup incremental usando
tar --create --file=dropbox_incremental_1.tar --listed-incremental=dropbox_0.snar Dropbox
o comando apenas faz o backup de tudo.
Não sou especialista em registros de data e hora do Unix, mas notei que praticamente todos os registros de data e hora de meu diretório são muito mais recentes do que a última vez que eles mudaram. Para meus arquivos reais, eles se parecem com isso:
Access: 2013-03-12 19:04:51.000000000 -0500
Modify: 2012-09-30 15:10:47.000000000 -0500
Change: 2013-03-12 19:04:51.306209672 -0500
O timestamp 'Modify' parece correto, mas os arquivos definitivamente não foram alterados (pelo menos não fazer nada que eu saiba) no momento em que eles dizem que estavam. Esses arquivos ainda parecem entrar no arquivo incremental.
O que está acontecendo aqui? Existe uma maneira de dizer ao tar para ver o registro de data e hora 'modificar'? Não é isso que deveria estar fazendo?
Você não mencionou o tipo de sistema de arquivos / dispositivo, mas pode tentar:
$ tar --create --no-check-device --file=dropbox_incremental_1.tar --listed-incremental=dropbox_0.snar Dropbox
Veja também Corrigindo arquivos de instantâneos .
Tar parece realmente sim. Mas também deve procurar o ctime, uma vez que ele processa os metadados do arquivo (por exemplo, permissões).
Meu palpite é que seu aplicativo dropbox usa o ctime para seus próprios fins e nada que você possa fazer com ele.
UPD:
Você pode usar a opção de atualização -u em vez do modo incremental. Parece ingnore ctime.
Por fim, não consegui encontrar uma maneira de trabalhar com o Dropbox. Eu estou supondo, como Veniamin disse, tar olha tanto para o dia quanto para a noite. O Dropbox deve fazer algo que toque o ctime, então isso faz com que todo o arquivo seja armazenado em backup toda vez que eu o executar.
Em vez disso, acabei de fazer tar --create --file mybackup.tar --newer-mtime="26 de jan de 2013" Dropbox
Embora não seja tão simples quanto o backup incremental, estou feliz com isso, pois ele deve obter todos os arquivos que foram alterados (com base no mtime) desde o último backup. Neste caso, este backup é um terceiro backup, por isso, se acontecer alguma coisa em que eu chegue a este, ficarei feliz em ter apenas os arquivos e lidar com um sistema não perfeitamente liso estará bem.
Obrigado pelas suas respostas.