Eu tenho me perguntado exatamente isso, e as respostas aqui certamente ajudaram. No entanto, falta um aspecto que pode ser um novo "detalhe" de implementação que não existia quando essa pergunta foi respondida.
tmutil delete
de fato exclui os backups, mas na verdade não recupera o espaço que ocupava, pelo menos não de maneira garantida. Passei cerca de 2 dias inteiros excluindo backups de mais de 2 anos atrás, o que de acordo com a mensagem final de conclusão era de aprox. 400 GB de dados. Eu vi a indicação do espaço de backup livre subir correspondentemente uma vez , mas após o próximo backup, reduzi novamente para apenas 7% do espaço disponível (858Gb usado em vez de cerca de 450Gb). Isso realmente me frustrou.
A resposta para esse mistério é dada aqui: http://blog.hawkimedia.com/2012/08/reclaiming-a-timemachine-volumes-disk-space/
Em suma, você precisa compactar o pacote esparso que realmente contém o backup se estiver hospedado em um disco em rede ou em um disco não formatado no HFS +. Eu não tenho backups de TM que não estão hospedados em um pacote esparso, portanto, não posso verificar se o uso tmutil delete
é gratuito para eles. É bem possível que o fato de não ocorrer no Time Capsule possa ser simplesmente uma peculiaridade do protocolo de pacotes esparsos. O comando para executar depois sudo tmutil delete
é sudo hdiutil compact /Volumes/YourTimeMachineDisk/YourBackupName.sparsebundle
. No meu caso, que relatou
Starting to compact…
Reclaiming free space…
...................................................................................................................................
Finishing compaction…
Reclaimed 403.2 GB out of 583.5 GB possible.
A boa notícia é que esse comando levou apenas uma fração do tempo que o tmutil levou, gastando muito menos tempo pesquisando no disco e usando menos RAM (na verdade, ele foi concluído no tempo que levou para escrever essa resposta).