Настройка файловой системы 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 

При выполнении команды

 me@server:~$ sudo find /mnt -type f | wc -l 1431 

он говорит мне, что у меня 1431 файл на жестком диске, каждый из которых составляет около 4-8 ГБ. Поэтому в основном у меня слишком много Inodes для очень немногих файлов.

Мои вопросы:

  • Как я могу изменить количество Inodes сейчас?
  • Может быть, лучше файловая система для простого хранения файлов?

  • Файл "mv" с искаженным именем по номеру inode?
  • Что такое ассоциация inode с файлом?
  • Быстро найти, какой файл (ы) принадлежит определенному номеру inode
  • Почему find -inum перебирает все дерево файловой системы?
  • Что использует триллионы inodes на моем почти пустом сервере?
  • Случайно удален / usr / local / bin / node
  • увеличить количество инодов онлайн
  • Почему файловые системы на базе inode НЕ нуждаются в перезагрузке после обновления версий библиотеки?
  • 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, потому что ваш вариант использования отличается.

    Linux и Unix - лучшая ОС в мире.