Всегда резервировать блоки для суперпользователя при форматировании файловой системы в Linux? Даже для данных только разделы?
При форматировании большого раздела (10 ТБ), в котором будут храниться только данные приложения, имеет ли смысл зарезервировать пространство "для суперпользователя"?
122065906 blocks (5.00%) reserved for the super user
Моя интуиция говорит "нет", но профессиональный системный администратор (мой бывший поставщик хостинга) настаивал на том, что это требование etched_in_stone. 5% от 10 ТБ - это колоссальные 500 ГБ в файловой системе, которая является хранилищем для конкретного приложения!
3 ответа
Я обычно не на файловой системе, которая используется для хранения данных. Например, если в файловой системе хранятся только данные MySQL, а MySQL работает как mysql пользователь, я не хочу, чтобы данные были потрачены впустую.
Для / файловая система и другие файловые системы, которые являются неотъемлемой частью работы системы, это резервирование рекомендуется.
На томах данных я склонен устанавливать резервирование на 5 inode (tune2fs -r 5 /dev/VG00/mysql). Это оставляет достаточно для перемещения файла или перезапуска службы и восстановления после сбоя, не тратя впустую пространство. Для других небольших файловых систем я обычно оставляю резервирование на уровне 5% до тех пор, пока это не станет проблемой, изменения резервирования tune2fs происходят немедленно, поэтому их можно использовать для восстановления системы, на которой недостаточно дискового пространства или inode, до тех пор, пока вы не сможете расширить файловую систему или принять какое-либо исправление действие требуется. Никогда не устанавливайте для него 0 зарезервированных блоков, так как вы всегда должны предоставлять некоторую передышку для восстановления, даже если зарезервировано 5 инодов, этого было достаточно для разрешения файловых систем почтового спула, которые, например, находятся вне инодов.
Когда придет день, когда он вам понадобится, вы будете рады его появлению, но для IME вам никогда не понадобится больше, чем в два раза больше самого большого файла. Даже если пространство доступно в других файловых системах, может быть полезно иметь много служебных данных для отображения поврежденных блоков на неисправном диске.
C.