NTFS -> Migración EXT4, ¿a dónde se fueron los 120 GB?

9
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

Estoy moviendo mis datos de una unidad NTFS a una unidad ext4. En el volumen NTFS que tenía 122,2 GB libres, a continuación, después de copiar con rsync (excluyendo un par de archivos NTFS que no sean necesarios en System Volume Information), tengo libres sólo 351,6 MB.

Los discos duros son unidades WD 2TB idénticas. Creé la partición EXT4 con gparted, ¿hay alguna razón por la cual ext4 tenga 30653648 menos bloques?

Salida 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
wim
fuente

Respuestas:

9

Después de jugar un poco, pude recuperar una gran cantidad de espacio con 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, Linux reserva el 5% de las nuevas particiones para el usuario root y los servicios del sistema, de modo que cuando se queda sin espacio en el disco, el root aún puede iniciar sesión y limpiar las cosas con los servicios del sistema que funcionan correctamente. Me parece una especie de plátano cuando los servicios del sistema solo necesitan cien megas más o menos, y el 5% de una unidad de 2TB es una carga de $ h17 más que eso ... se encoge de hombros

Esto me dejó con 93.5 GB gratis, lo que todavía deja alrededor de 30 conciertos sin explicación, así que si alguien tiene más ideas, ¡siéntase libre de participar!

wim
fuente
1
Siempre puede reservar 0% de espacio para root, o 1% si desea estar seguro: consulte askubuntu.com/questions/5335/…
enzotib
Los 30 conciertos restantes podrían deberse a un empaque más eficiente de archivos pequeños en NTFS.
wds
3

¿Sincronizó sus archivos también con la opción -H? Puede haber enlaces duros en la unidad de origen, lo que dará como resultado contenidos duplicados en el destino, a menos que especifique rsync para (intente) preservar los enlaces duros.

Esto es especialmente cierto para, por ejemplo, la partición del sistema de Windows 7 y Windows / winsxs (Windows en paralelo), que contiene muchos enlaces duros a archivos en la jerarquía de directorios.

pullmoll
fuente
0

Use el analizador de espacio en disco que viene con la instalación predeterminada de Ubuntu. Le mostrará exactamente dónde se usa el espacio.

Jo-Erlend Schinstad
fuente
Gracias, acabo de comprobarlo y es una GUI muy buena, pero no estoy particularmente interesado en dónde se usa el espacio: el espacio ocupado por los archivos se distribuye más o menos igual, pero por alguna razón, la unidad NTFS parece tienen una mayor capacidad que la EXT4.
wim
0

los 30 GB pueden no existir de verdad. un GB es técnicamente 1024 bytes. diferentes sistemas operativos pueden contar esto de manera diferente, ya sea en 1024 como es correcto, o simplemente 1000 (llamado GiB, pero los usamos intercambiables). Esto puede dar como resultado que 1TB aparezca en Windows con solo 931GB (experiencia personal). la gente pregunta a dónde fueron los 60 gb adicionales, la verdad es que no fueron a ninguna parte, simplemente no se cuentan adecuadamente. por lo tanto, sus 30 GB pueden ser solo un problema de Windows y Linux para contarlo de manera diferente, ya sea 1000 o 1024. Ahora, esto no hace una gran diferencia cuando solo está en Gigabytes, pero vamos a escalarlo. esos 24 bytes adicionales hacen una diferencia. ahora ampliado, a veces un TB se cuenta como 1,000,000,000,000 bytes. en comparación con 1,099,511,627,776 bytes. ahora esa diferencia sale a unos 92 GB (técnicamente GiB lol). espero que esto haya ayudado Es una pregunta que veo mucho sinceramente. "¿A dónde se fue todo mi almacenamiento?"

Skyler
fuente