Migração NTFS - EXT4, onde foram 120 GB?

Question

wim@wim-ubuntu:~/Desktop$ mount | grep media
/dev/sdc1 on /media/data type ext4 (rw,nosuid,nodev,uhelper=udisks)
/dev/sdb1 on /media/wd type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096,default_permissions)
wim@wim-ubuntu:~/Desktop$ df | grep media
/dev/sdc1            1922858352 1824822680    360072 100% /media/data
/dev/sdb1            1953512000 1825392384 128119616  94% /media/wd
wim@wim-ubuntu:~/Desktop$ df -h | grep media
/dev/sdc1             1.8T  1.7T  352M 100% /media/data
/dev/sdb1             1.9T  1.8T  123G  94% /media/wd

Estou movendo meus dados de uma unidade NTFS para uma unidade ext4. No volume NTFS eu tinha 122.2 GB livres, depois de copiar com rsync (excluindo alguns arquivos NTFS desnecessários em System Volume Information ), tenho apenas 351.6 MB livres.

Os discos rígidos são unidades WD 2TB idênticas. Eu criei a partição EXT4 com o gparted, existe alguma razão pela qual o ext4 teria 30653648 blocos a menos?

Saída de sudo fdisk -l :

Disk /dev/sdc: 2000.4 GB, 2000397852160 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00bb4cbc

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1      243201  1953512001   83  Linux

Disk /dev/sdb: 2000.4 GB, 2000397852160 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xcefa6110

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1      243201  1953512001    7  HPFS/NTFS

    

Answer 1

Depois de brincar um pouco, consegui recuperar uma grande quantidade de espaço com tune2fs :

wim@wim-ubuntu:~/Desktop$ df -h | grep sdc
/dev/sdc1             1.8T  1.7T  352M 100% /media/data
wim@wim-ubuntu:~/Desktop$ sudo tune2fs -l /dev/sdc1 | grep 'Reserved block count'
Reserved block count:     24418900
wim@wim-ubuntu:~/Desktop$ sudo tune2fs -m 0 /dev/sdc1
tune2fs 1.41.14 (22-Dec-2010)
Setting reserved blocks percentage to 0% (0 blocks)
wim@wim-ubuntu:~/Desktop$ sudo tune2fs -l /dev/sdc1 | grep 'Reserved block count'
Reserved block count:     0
wim@wim-ubuntu:~/Desktop$ df -h | grep sdc
/dev/sdc1             1.8T  1.7T   94G  95% /media/data

Aparentemente, o linux reserva 5% das novas partições para o usuário root e serviços do sistema, de modo que quando você ficar sem espaço em disco, o root ainda poderá efetuar login e limpar coisas com serviços do sistema rodando ok. Parece um tipo de banana para mim quando os serviços do sistema precisam apenas de uma centena de megas ou mais, e 5% de uma unidade de 2TB é mais do que isso. encolhe os ombros

Isso me deixou com 93,5 GB de espaço livre, o que ainda deixa cerca de 30 gigabytes não contabilizados, então se alguém tiver mais idéias, sinta-se à vontade para distribuir!

    

Answer 2

Você rsync seus arquivos também usando a opção -H? Pode haver hard links na unidade de origem, o que resultará em conteúdo duplicado no destino, a menos que você especifique o rsync para (tentar) preservar os hard links.

Isto é especialmente verdadeiro para, e. Partição do sistema Windows 7 e Windows / winsxs (Windows lado a lado), que contém vários links para arquivos na hierarquia de diretórios.

    

Answer 3

Use o analisador de espaço em disco que vem com a instalação padrão do Ubuntu. Ele mostrará exatamente onde o espaço é usado.

    

Answer 4

os 30GB podem não existir de verdade. um GB é tecnicamente 1024 bytes. sistemas operacionais diferentes podem contar isso de maneira diferente, seja por 1024 como está correto, ou simplesmente por 1000 (chamado de GiB, mas nós os usamos interchagable). Isso pode resultar em um 1TB aparecendo no Windows como apenas 931GB (experiência pessoal). as pessoas perguntam para onde foram os 60 gb extras, a verdade é que eles não foram a lugar algum, eles simplesmente não são contados corretamente. Portanto, seus 30 GB podem ser apenas um problema do Windows e do Linux, por exemplo, para contá-lo de maneira diferente, seja 1000 ou 1024. Agora, isso não faz muita diferença quando está em Gigabytes, mas permite ampliá-lo. esses 24 bytes extras fazem uma diferença. agora dimensionado, às vezes, um TB é contado como 1.000.000.000.000 de bytes. em comparação com 1.099.511.627.776 bytes. agora essa diferença sai para cerca de 92 GB (tecnicamente GiB lol). Espero que isso ajudou, é uma questão que eu vejo muito honestamente. "onde todo o meu armazenamento foi?"