Tenho um arquivo criptografado LUKS com cerca de 160 GB de dados que uso muito. Por segurança, criei o arquivo com 400 GB. Isso é, obviamente, muito espaço desperdiçado. Então mudei para um arquivo esparso, basicamente seguindo o conselho aqui , simplesmente criando o arquivo com a opção de busca:
dd if=/dev/zero of= <arquivo> bs=1G contagem=0 search=400
Mas aà pensei: o que acontece se o arquivo começar a ficar fragmentado? Normalmente isso não é um problema, pois não tenho arquivos muito grandes e, quando tenho, são arquivos de mÃdia que geralmente não mudam. Mas uma coisa criptografada que uso com tanta frequência provavelmente será fragmentada em breve...
Portanto, minha pergunta é: existe alguma desvantagem real em usar um arquivo esparso em vez de um arquivo de tamanho fixo na minha situação? A fragmentação é realmente um problema? Você tem mais algum conselho?
Em teoria, a fragmentação pode se tornar um problema, já que agora você tem duas camadas de fragmentação – tanto o sistema de arquivos interno quanto o externo – mas na prática, se estiver armazenado em um SSD, você provavelmente nem notará (pois não há latência de busca). ).
A criptografia LUKS é 1:1 e não tem efeito em nenhuma direção.
Se você sentir algum problema de desempenho no futuro, poderá sempre
fallocatesolicitar ao sistema operacional que aloque totalmente um arquivo atualmente esparso e, em seguida, desfragmentá-lo usandoe4defrag(ou o que for apropriado para o sistema de arquivos subjacente).E vice-versa, você pode usar
fstrimum sistema de arquivos montado em loop para tornar seu arquivo subjacente esparso novamente - bem como recortá-lo após excluir arquivos grandes. (Isso precisa que 'permitir descarte' esteja habilitado na camada LUKS.)