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