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% 2TB диска є $ h17load більше , ніж це .. знизує

Це дало мені 93,5 Гб безкоштовно, що залишає близько 30 концертних дзвінків без рахунку, так що якщо хтось має більше ідей, сміливо вдавайтеся!

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

Особливо це стосується, наприклад, системного розділу Windows 7 та Windows / winxs (Windows Side-by-Side), який містить багато жорстких посилань на файли в ієрархії каталогів.

Використовуйте аналізатор простору диска, який постачається з установкою Ubuntu за замовчуванням. Він покаже вам, де саме використовується простір.

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