Eu inicializei meu laptop com um Kubuntu 16.04 live USB e usei o KDE Partition Manager (versão 1.2.1) para examinar o HDD interno (/ dev / sda). A partição principal (/ dev / sda3, ext4) foi 442.91 GiB e o Partition Manager relatou que 41.29 GiB foi usado.
Eu então usei o KDE Partition Manager para reduzir sda3 para 45 GiB. Após o encolhimento ter sido completado com sucesso (sem erros relatados), o KDE Partition Manager relatou que 35,03 GiB foram usados. Os dados na partição não deveriam ter mudado, então como isso aconteceu?
Um suposto (não particularmente informado) meu seria que o Partition Manager estava realmente me dando uma "estimativa" de espaço usado que melhorou após a operação de redução e redução; ou seja, os dados reais estavam sempre mais próximos de 35 GiB. Ou talvez muitos dados na lixeira ou em pastas temporárias tenham sido removidos. Mas isso ainda é uma grande diferença (cerca de 20%), então eu estava me perguntando se alguém já viu isso antes ou realmente sabe por que isso acontece / deveria ser esperado.Atualização : o laptop parece estar inicializando e funcionando bem depois de encolher. Isso não é uma prova, é claro, mas não há indicações de perda de dados.
Atualização 2 : o número de inodes usados é o mesmo entre encolhidos e não-apagados, e uma comparação de soma de verificação de todos os arquivos não mostra diferenças, então estou ainda mais confiante de que não houve dados perda, que era a principal preocupação prática. A questão ainda está em aberto, mas é mais acadêmica neste momento.
O KDE Partition Manager usa espaço de algumas fontes, algumas das quais podem ser estimativas. Mas como você disse, 20% parece um pouco demais.
Acho que outra coisa é que as ferramentas de redimensionamento de partição podem alterar algumas estruturas de disco, como o número de extensões, para que você precise de menos espaço para armazenar metadados.
A diferença ocorre devido ao reserved-blocks-percentage , que é um parâmetro do sistema de arquivos. O reserved-blocks-percentage pode ser alterado com tune2fs -command e tem um padrão de 5% (consulte man tune2fs , procure a -m -option).
Parece que o seu sistema de arquivos foi ajustado para 2% antes de editar a partição e foi alterado para 5% durante o redimensionamento.