Миграция NTFS -> EXT4, куда ушло 120 ГБ?

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

Я перемещаю свои данные с диска NTFS на диск ext4. На томе NTFS у меня было свободно 122,2 ГБ, затем после копирования с помощью rsync (исключая пару ненужных файлов NTFS System Volume Information) у меня осталось только 351,6 МБ.

Жесткие диски идентичны накопителям WD 2TB. Я создал раздел EXT4 с помощью gparted, есть ли причина, по которой в ext4 будет на 30653648 меньше блоков?

Выход 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

После некоторого возни я смог вернуть большое количество места с помощью 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

Очевидно, linux резервирует 5% новых разделов для пользователя root и системных служб, так что, когда у вас заканчивается свободное место на диске, root может по-прежнему входить в систему и убирать вещи с помощью системных служб, работающих нормально. Мне это кажется бананами, когда системным службам нужно всего лишь около ста мегабайт, а 5% диска емкостью 2 ТБ стоят на $ h17 больше, чем это .. пожимает плечами

Это позволило мне освободить 93,5 ГБ, что по-прежнему оставляет около 30 гигабайт без учета, так что если у кого-то есть еще идеи, не стесняйтесь вносить!

Вы rsync ваши файлы также с помощью опции -H? На исходном диске могут быть жесткие ссылки, что приведет к дублированию содержимого в месте назначения, если вы не укажете rsync для (сохранения) сохранения жестких ссылок.

Это особенно верно, например, для системного раздела Windows 7 и Windows / winsxs (Windows рядом), которая содержит множество жестких ссылок на файлы в иерархии каталогов.

Используйте анализатор дискового пространства, который входит в стандартную установку Ubuntu. Он покажет вам, где именно используется пространство.

30 ГБ могут не существовать на самом деле. ГБ технически составляет 1024 байта. Различные операционные системы могут рассчитывать это по-разному, либо на 1024, как правильно, либо просто на 1000 (называемый ГиБ, но мы используем их с возможностью взаимозависимости). это может привести к тому, что 1 ТБ будет отображаться в Windows как 931 ГБ (личный опыт). люди спрашивают, куда ушли дополнительные 60 ГБ, правда в том, что они никуда не делись, их просто не считают правильно. поэтому ваши 30 ГБ могут быть просто проблемой Windows и Linux, которые любят считать их по-разному, будь то 1000 или 1024. Теперь это не имеет большого значения, только в гигабайтах, но позволяет увеличить его. эти дополнительные 24 байта делают различие. в настоящее время масштабирование иногда означает, что ТБ составляет 1 000 000 000 000 байтов. по сравнению с 1 099 511 627 776 байт. теперь эта разница составляет около 92 ГБ (технически GiB LOL). надеюсь, это помогло, это вопрос, который я вижу честно. "Куда делось все мое хранилище?"