Linuxでファイルシステムをフォーマットするときは、常にスーパーユーザー用にブロックを予約しますか？データのみのパーティションでも？
アプリケーションデータのみを保持する大きなパーティション（10TB）をフォーマットする場合、「スーパーユーザー用に予約」するのは理にかなっていますか？
122065906 blocks (5.00%) reserved for the super user
私の腸は「いいえ」と言いますが、プロのシステム管理者（私の以前のホスティングベンダー）は、これは要件etched_in_stoneであると主張しました。 10TBの5％は、アプリケーション固有のストレージであるファイルシステム上でなんと500GBです！
私は通常、データストレージに使用されるファイルシステムを使用していません。たとえば、MySQLデータのみがファイルシステムに保存されていて、MySQLがmysqlユーザーとして実行されている場合、データが無駄になることは望ましくありません。
のために /ファイルシステムおよびシステムの操作に不可欠な他のファイルシステムについては、予約することをお勧めします。
データボリュームでは、予約を5 iノード（tune2fs -r 5/dev/VG00/mysql）に設定する傾向があります。これにより、ファイルを移動したり、サービスを再起動したりして、実際にスペースを無駄にすることなく障害から回復するのに十分な時間が残ります。他の小さなファイルシステムの場合、問題が発生するまで予約を5％のままにしておく傾向があります。tune2fsの予約変更はすぐに行われるため、ファイルシステムを拡張するか修正を行うまで、ディスク領域またはiノードが不足しているシステムを回復するために使用できます。アクションが必要です。たとえば、iノードが不足しているメールスプールファイルシステムを解決するには、5つのiノードを予約するだけで十分だったとしても、回復のために常にある程度の余裕を持たせる必要があるため、0ブロックを予約に設定しないでください。
あなたがそれを必要とする日が来るとき、あなたはそこにそれを喜ぶでしょう-しかしIMEはあなたが最大のファイルの約2倍以上のサイズを必要とすることは決してありません。スペースが他のファイルシステムで使用可能であっても、障害のあるディスク上の不良ブロックをマップするために十分なオーバーヘッドがあると便利です。
C。