巨大なSSDを使用してルート、プライマリ、およびスワップパーティションをどれだけ大きく作成する必要がありますか？

これが私が思いついたものです。何を変えますか？

私のものおすすめする

/boot           1gb  (or 2gb would be fine)
/boot/efi     100mb  (or 200mb would be fine)
/              max   (remaining space of your N tb ssd)

だから私が言うの、受け入れて

• RHEL 7.6（現在は7.9）から、過去5年間にワーカーサーバーを実行しました。/boot現在、1GBのパーティションは44％で、100MBのパーティション/boot/efiは11％でいます。これに基づいてより大きくする理由はありません。
  • 警告：EFIを使用せずに既存のBIOS方式を使用し、パーティションがない場合は、boot/efiすべてを以下に要約します。/boot時間の経過とともに、この対EFIで何が起こるのかを知らせるデータや経験はありません。同様にEFI用に作成したので、最大2GBまたは4GBを選択してください。1.5TB SSDの10GB未満のスペースもお見逃しなく。
• 長い質問：64 GB以上のRAMがある場合でも、スワップディスクパーティションを作成する必要がありますか？私のサーバーには512 GB以上のRAMがあり、スワップパーティションを作成せず、問題はありません。 rhel/centos 7+ Linux がインストールされた 32 GB 家庭用コンピュータでも同様で、ディスクスワップパーティションもなく、まったく問題になりません。
• 少なくともこれは、RHEL 7ストレージ管理ガイドの第15章に記載されています。8 GB から 64 GB スワップ = 1.5 x RAM > 64 GB RAM スワップ =最小4GB。
  • 本当に少なくとも意味は？安全のために500GBを使用することをお勧めします！ ？
  • はい、私はディスクスワップパーティションを嫌います。誰かが256 GBのRAMを持っているとき、ディスクスワッピングがいつ、いつ、なぜ有益なのかについての詳細な証拠を提供しました。

ディスクを分割するために使用されます。

• /home/var/log/auditあるいは、または他/optのすべてはまず主観的です。しかし、これの大きな問題は、長期的に自分をだますようになるということです。/homeたとえば、1000 GBのディスクで25 GBしか使用しない場合は、/home50 GBを使用したいと思います。私はこれを経験し、*私たちは/homeと/var、/optと/usrを分割する必要があるという考え方をしました。まあ、私たちはそれぞれをできるだけ大きくし、決して問題が発生しないことを保証します。これは愚かな考え方だけです。
• mount私が知っているパーティショニングの唯一の利点は、特定のレベルオプション（たとえば）を活用したい場合ですnoexec。そうでなければ、通常は得よりも糸が多い。
• ディスクパーティションのインストールレベルオプションに加えて、これに妥当な理由を提供できる人はいますか？そうでなければ、なぜそうし、失敗に備えなければならないのですか？
• /25GBだけ作ると言いましたね。これは良くありません、しないでください。
• /ディスク全体を取り出すだけです。始めるどのフォルダのサイズが大きくなるかを予測できないため、スペースが不足しないようにパーティションを分割してください。しかし、フォルダは/home、/opt、/usr、/varです。
• フォルダ/tmp：systemctl enable tmp.mountディスクの代わりにRAM（tmpfsなど）を使用します。それ以外の場合は/tmp、インストールし/てからディスクの物理サイズ制限を超えるまで心配しないでください。
• df -h99％がいっぱいの別のパーティションにフォルダがあるため、ショーが中断され、同じディスクにサイズに関係なく、50％未満で満たされた他の多くのパーティションが表示されるよりも悪いことはなく、役に立ちません。これは、構成し運営する必要がある原則ではなく、無駄であり、誤った管理です。