Настройка файловой системы ext4 для раздела хранения
Я искал в Интернете, но я не смог найти удовлетворительный ответ на мою проблему. Проблема, с которой я сталкиваюсь в настоящее время, заключается в том, что я переношу свои данные из раздела NTFS в раздел ext4. Меня удивил тот факт, что я мог хранить меньше данных на одном жестком диске с файловой системой ext4. Изучив немного, я узнал, что это может иметь какое-то отношение к Inodes ext4.
me@server:/media$ LANG=C df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/sda1 3815552 31480 3784072 1% /media/storage /dev/sdb1 1905792 1452 1904340 1% /mnt При выполнении команды
- btrfs тот же номер inode
- Как хранятся большие каталоги (один индекс или много?)
- Файлы без атрибутов, владельца, группы и инодов
- ext4 или NTFS потеряли все файлы за последние 2 года. Как я могу их восстановить?
- Можно ли изменить счет Inode в файловой системе ext4?
- Как вручную изменить индекс?
me@server:~$ sudo find /mnt -type f | wc -l 1431
он говорит мне, что у меня 1431 файл на жестком диске, каждый из которых составляет около 4-8 ГБ. Поэтому в основном у меня слишком много Inodes для очень немногих файлов.
Мои вопросы:
- Как я могу изменить количество Inodes сейчас?
- Может быть, лучше файловая система для простого хранения файлов?
2 Solutions collect form web for “Настройка файловой системы ext4 для раздела хранения”
По умолчанию файловые системы ext2 / ext3 / ext4 имеют 5% пространства, зарезервированного для пользователя root. Это имеет смысл для корневой файловой системы в типичной конфигурации: это означает, что система не остановится, если пользователь заполнит диск, критическая функциональность все равно будет работать и, в частности, журналы могут быть записаны. Это не имеет смысла в большинстве других сценариев.
Чтобы избежать резервирования 5% для пользователя root, передайте -m 0 в mkfs при создании файловой системы или вызовите tune2fs с опцией -m 0 после этого.
Хотя если ваша файловая система заполнена на 95%, вы должны изучить ее расширение. Большинство файловых систем (включая NFS и семейство ext) не работают эффективно, когда они почти полны.
В большинстве типичных случаев использования большинство файловых систем, созданных с настройками по умолчанию, будут иметь больше индексов, чем они когда-либо понадобятся. Но на самом деле это довольно хороший компромисс, учитывая:
- Стол inode действительно не тратит много места. Почти никогда не стоит уменьшать количество инодов, чтобы сжать последние несколько байтов доступного пространства из файловой системы.
- Если количество inodes уменьшается, а затем, в дальнейшем, в файловой системе заканчивается inodes, в то время как у нее по-прежнему имеется много блоков, очень сложно не использовать все эти свободные блоки, и вы не можете легко исправить проблему, потому что вы не можете изменить количество инодов после создания файловой системы .
Может быть, лучше файловая система для простого хранения файлов?
На самом деле, нет. ext4 в порядке.
Каждая файловая система будет хранить файлы немного по-другому и поэтому имеет накладные расходы на хранение, что немного отличается, но разница должна быть незначительной: разница в несколько процентов в самых крайних случаях.
Вы можете попробовать xfs . В прошлом я, похоже, заметил, что на некоторых файловых системах, которые у меня были с миллионами файлов размером около 250 КБ, xfs немного улучшило эффективность использования пространства. Но YMMV, потому что ваш вариант использования отличается.