Створюючи резервний розділ 250GiB для моїх даних, я помітив безліч розбіжностей між розміром повідомленого розділу та вільним простором у Nautilus, gParted, df, tune2fs тощо.
Спочатку я подумав, що це плутанина GiB / GB. Це не було .
Тоді я подумав, що це можуть бути зарезервовані блоки ext4. Це не було .
Я зовсім спантеличений. Ось кілька зображень. Ось такі кроки:
- По-перше, NTFS. 524288000 секторів x 512 байт / сектор = 268435456000 байт = 268,4 ГБ = 250 ГБ.
Nautilus говорять " Загальна ємність: 250,0 ГБ " (навіть якщо це фактично ГіБ, а не ГБ). Окрім незначних помилок, поки що, так добре
- Тепер той самий розділ, сформований як ext4 з gparted:
По-перше, останній та загальний сектори однакові. Це той самий розділ 250GiB. Використовуваний розмір - 4.11GiB (можливо, зарезервовані блоки?)
Ні. Схоже, що зарезервовані блоки - 12,7 Гб (~ 5%. Ой! ). Але ... чому загальна ємність зараз становить лише 246,1 ГіБ ??? . Ця різниця (на зразок) відповідає 4,11 ГБ, про які повідомляє gparted. Але ... якщо це не із зарезервованих блоків, що це? І чому gparted не повідомив, що 12,7 Гбіт використовуваного простору?
$ df -h /dev/sda5
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 247G 188M 234G 1% /media/BACKUP
dfвідповідає Nautilus у повідомленому вільному просторі. Але .. використано лише 188М? Чи не повинно бути ~ 12 Гб? І загальна потужність все ще помиляється. Тож я побіг tune2fsзнайти деякі підказки. (нерелевантний вихід вимкнено)
$ sudo tune2fs -l /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name: BACKUP
Filesystem UUID: 613d592e-47f5-4206-96a7-210090d340ef
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Filesystem state: clean
Filesystem OS type: Linux
Block count: 65536000
Reserved block count: 3276800
Free blocks: 64459851
First block: 0
Block size: 4096
Всього 65536000 блоків * 4096 байт / блок = 268435456000 байт = 268,4 ГБ = 250 ГБ. Це відповідає gparted.
3276800 зарезервованих блоків = 13421772800 байт = 13,4 ГБ = 12,5 Гб. Це (знову ж таки, подібне) відповідає Наутілусу.
64459851 вільних блоків = 264027549696 байт = 264,0 ГБ = 245,9 Гб. Чому? Чи не повинно бути або 250-12,5 = 237,5 (або 250- (12,5 + 4,11) = ~ 233)?
Видалення зарезервованих блоків:
$ sudo tune2fs -m 0 /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Setting reserved blocks percentage to 0% (0 blocks)
$ sudo tune2fs -l /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name: BACKUP
Filesystem UUID: 613d592e-47f5-4206-96a7-210090d340ef
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Filesystem state: clean
Filesystem OS type: Linux
Block count: 65536000
Reserved block count: 0
Free blocks: 64459851
Block size: 4096
Як і очікувалося, те саме число блоків, 0 зарезервованих блоків, але ... такі ж безкоштовні блоки ? Хіба я щойно звільнив 12,5 Гб?
$ df -h /dev/sda5
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 247G 188M 246G 1% /media/BACKUP
Схоже, я і зробив. Доступний простір збільшився з 233 до 245,9 Гб. gparted зовсім не піклувався, показуючи точно таку ж інформацію! (даремно публікувати ідентичний знімок екрана)
Який величезний безлад!
Я спробував це задокументувати якнайкраще ... Отже, будь ласка, хтось може дати мені якусь підказку щодо того, що відбувається тут?
- Які ті загадкові 4,11 Гб не вистачають у форматі NTFS -> ext4?
- Чому існує так багато розбіжностей між gparted, Nautilus, tune2fs, df?
- Що не так з моєю математикою? (питання жирним шрифтом розсипали цю публікацію)
Будь-яка допомога вдячна. Поки я не можу зрозуміти, що відбувається, я серйозно розглядаю можливість відмовитися від ext4 на користь NTFS для всього, крім мого / розділу.
Спасибі!