Создавая резервную копию раздела 250 ГБ для моих данных, я заметил много несоответствий между указанным размером раздела и свободным пространством в Nautilus, gParted, df, tune2fs и т. Д.
Сначала я подумал, что это путаница с GiB / GB. Это не было .
Тогда я подумал, что это могут быть зарезервированные блоки ext4. Это не было .
Я полностью озадачен. Вот несколько изображений. Вот шаги:
- Во-первых, NTFS. 524288000 секторов x 512 байт / сектор = 268435456000 байт = 268,4 ГБ = 250 ГиБ.
Наутилус говорит: « Общая емкость: 250,0 ГБ » (хотя на самом деле это ГиБ, а не ГБ). Помимо этого незначительного неправильного обозначения, до сих пор, так хорошо
- Теперь тот же раздел, отформатированный как ext4 с помощью gparted:
Первый, последний и общий секторы одинаковы. Это тот же раздел 250 ГБ. Используемый размер 4,11 ГБ (возможно, зарезервированные блоки?)
Нет. Похоже, зарезервированные блоки 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соответствует Наутилусу в сообщенном свободном пространстве. Но .. только 188M используется? Разве это не должно быть ~ 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 GiB в NTFS -> ext4 форматировании?
- Почему так много расхождений между gparted, Nautilus, tune2fs, df?
- Что не так с моей математикой? (вопросы, выделенные жирным шрифтом разбросаны по этому посту)
Любая помощь приветствуется. Хотя я не могу понять, что происходит, я серьезно рассматриваю возможность отказа от ext4 в пользу NTFS для всего, кроме моего раздела.
Благодарность!