После прочтения и последующего прочтения я пришел к выводу, что иноды занимают это огромное количество места.
Вы можете подтвердить это с помощью вывода tune2fs, умножив следующие значения:
Inode count: 55918592 Inode size: 256 ... и это действительно даст вам недостающие 13 концертов (14 315 159 552).
В файле make2fs.conf вы можете увидеть следующее значение по умолчанию: inode_ratio = 16384. Умножение этого числа на количество inode дает полный размер раздела (916 170 211 328), так что это именно то, что кажется. Количество инодов рассчитывается по partition size / inode_ratio.
Поскольку я читаю сжатие, размер inode не рекомендуется, но inode_ratioсам по себе даст вам большое пространство для перемещения. largefileЗапрограммированный создает индексный дескриптор на каждые 1 МБайты.
Я не зашел так далеко (на этом разделе не будут храниться небольшие файлы операционной системы, но будут загружаться и иногда исходный код), поэтому я получил модерируемое 128000 . Он не должен быть степенью 2, иноды не являются зеркалом данных HD 1-1 (как FAT16), они используются более динамично.
Это (в сочетании с, -m 0конечно) только заняло 2 концерта из моего большого раздела. С чем я могу жить.
mkfs.ext3 -i 128000 -m 0 /dev/sda4 Это дало мне 9 миллионов инодов (что ограничивает максимальное количество файлов и каталогов, которые можно хранить на HD). Но, как я сказал ранее, ни одна ОС не будет установлена на нем, и, учитывая, что исходный код ядра Linux содержит около 25 000 файлов, переход от более ранних 55-миллиметровых и 9-миллиметровых inode кажется хорошим компромиссом.
Отказ от ответственности:
Вы должны быть осторожны при настройке inode_ratio, так как ваша файловая система будет нести это навсегда. Вы не можете добавить inode в (ext2 или ext3) раздел без переформатирования.
Кроме того, не возможно просто сжать раздел и создать новую на свободном пространстве, если вы бежите из инодов, потому что сужая partion бы proportinally уменьшить дескрипторы, так что вы не можете сделать это только несколько инодов бесплатно.