NTFS -> EXT4-Migration, wohin gingen 120 GB?

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

Ich verschiebe meine Daten von einem NTFS-Laufwerk auf ein ext4-Laufwerk. Auf dem NTFS-Volume hatte ich 122,2 GB frei, und nach dem Kopieren mit rsync (mit Ausnahme einiger nicht benötigter NTFS-Dateien in System Volume Information) habe ich nur 351,6 MB frei.

Die Festplatten sind identische WD 2 TB-Laufwerke. Ich habe die EXT4-Partition mit gparted erstellt. Gibt es einen Grund, warum die ext4 30653648 weniger Blöcke enthält?

Ausgabe von 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

Nach einigem Herumspielen konnte ich viel Platz zurückgewinnen mit 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

Anscheinend reserviert Linux 5% der neuen Partitionen für den Root-Benutzer und die Systemdienste, sodass sich root immer noch anmelden und bereinigen kann, wenn der Systemspeicher ausgeht, wenn die Systemdienste in Ordnung sind. Scheint mir eine Art Banane zu sein, wenn die Systemdienste nur ungefähr hundert Megabyte benötigen und 5% eines 2-TB-Laufwerks mehr als das kosten. Achselzucken

Dies ließ mich mit 93,5 GB frei, was immer noch ungefähr 30 Gig unberücksichtigt lässt. Wenn also jemand weitere Ideen hat, kann er sich gerne einmischen!

Haben Sie Ihre Dateien auch mit der Option -H synchronisiert? Auf dem Quelllaufwerk befinden sich möglicherweise feste Links, die zu doppelten Inhalten auf dem Ziel führen, es sei denn, Sie geben rsync an, um die festen Links beizubehalten (versuchen).

Dies gilt insbesondere für Windows 7-Systempartitionen und Windows / wonxs (Windows nebeneinander), die viele feste Links zu Dateien in der Verzeichnishierarchie enthalten.

Verwenden Sie den Speicherplatzanalysator, der mit der Standardinstallation von Ubuntu geliefert wird. Es zeigt Ihnen genau, wo der Raum verwendet wird.

Die 30 GB sind möglicherweise nicht wirklich vorhanden. Ein GB ist technisch 1024 Bytes. Unterschiedliche Betriebssysteme können dies unterschiedlich zählen, entweder um 1024, wie es richtig ist, oder einfach um 1000 (als GiB bezeichnet, aber wir verwenden sie austauschbar). Dies kann dazu führen, dass in Windows nur 1 TB als 931 GB angezeigt werden (persönliche Erfahrung). Die Leute fragen, wohin die zusätzlichen 60 GB gegangen sind, die Wahrheit ist, sie sind nirgendwo hingegangen, sie werden einfach nicht richtig gezählt. Ihre 30 GB sind also möglicherweise nur ein Problem von Windows und Linux, die es gerne unterschiedlich zählen, ob 1000 oder 1024. Jetzt macht dies keinen großen Unterschied, wenn es nur in Gigabyte ist, aber wir können es skalieren. Diese zusätzlichen 24 Bytes machen einen Unterschied. Jetzt skaliert, wird eine TB manchmal als 1.000.000.000.000 Bytes gezählt. im Vergleich zu 1.099.511.627.776 Bytes. Jetzt beträgt dieser Unterschied ungefähr 92 GB (technisch gesehen GiB lol). hoffe das hat geholfen, Es ist eine Frage, die ich sehr ehrlich sehe. "Wo ist mein ganzer Speicher geblieben?"