web-dev-qa-db-ja.com

各パーティションの推奨サイズ（パーセント）-Ubuntu 18.04

クリーンでシンプルにしましょう。私は4GB of RAMと500GB of HDを持っています。 swap、root、/boot、/var、/opt、/home、/usrおよびその他のマウントポイントの推奨サイズは何ですか。

注：パーセント単位のサイズは、構成が異なる他のユーザーに役立ちます。

16.04partitioningsystem-installation18.04swap
1
theapache64

これには厳密で速いルールはありません。経験則です。他の多くの人が言ったように、それはあなたがこのシステムで何をするかに本当に基づいています。ファイルシステムのオプションもたくさんあります。ほとんどの場合、ext4を使用します。

注：LinuxでのDropboxの現在必須 ext4。暗号化されたホームディレクトリも許可されなくなったと思います。

他のオプションのいくつかを次に示します。

  • ZFS-もともとSolaris用に開発され、後にBSDおよびLinuxに移植されました。これは通常、FreeNAS（FreeBSDベース）などのRAIDセットアップを備えたサーバーで使用されます。高度なファイルシステム機能、重複排除（非常にRAM重い）、およびコピーオンライト（CoW）を備えています。最近解決されたいくつかのライセンス問題がありました。現在は推奨されていません（2018）。

  • JFS-もともとIBMのAIX用に開発され、後にLinuxに移植されました。 ext4が広く使用される前は、ジャーナリングファイルシステムでした。 RedHatによると、10年前から活発な開発が行われておらず、近い将来のある時点でモジュールを削除する予定です。

  • XFS-もともとSGIのIRIX用に開発され、後にLinuxに移植されました。かつて、Fedoraのインストールでは推奨されていました。大きなメディアファイルには適していますが、縮小できないことや、停電を適切に処理できないという欠点があります。

  • ReiserFS-Hans Reiserによる一連のファイルシステム。現在は放棄されています。小さいファイルを効率的に処理しましたが、使用しないでください。

  • vFatまたはFAT32-2GBのファイル制限、2TBのパーティション制限（Windowsでは32GBに制限）。ただし、多くの小さなファイルで使用すると、大きなパーティションサイズではスラックスペースが無駄になります。

  • NTFSまたはntfs-3g-Windows NTFS。クロスプラットフォームのファイル転送に適しています。 NTFSボリュームへの書き込みによってオーバーヘッドが発生します。

  • FFS-BSD Fast File System（読み取り専用）。うまくいけば、これらの1つに出くわすことはありません。互換性の目的でのみ使用できます。これに遭遇した場合、「危険な専用モード」になる可能性があります。つまり、ディスクラベルがありません。 FFSは内部でパーティション化（スライス）を処理します。 [注：少なくとも1999年以来、危険な専用モードは推奨されていません]。ほとんどの* BSDシステムはZFSに移行しており、現在はZFSから起動できると考えています（FBSD 8時点）。 FFS/UFSサポートは廃止され、最新のカーネルから削除されました。

スワップ

本当に初期のLinux時代には、スワップを2倍のシステムメモリにすることが推奨されていました。しかし、当時のシステムメモリは4〜8 MBでした。これで、システムメモリの50％〜175％に簡単に設定できます。休止状態にすると、システムメモリ以上のものが必要になります。一部のユーザー、特に単一のSSDドライブを使用するユーザーは、SSDの寿命を延ばすために完全に交換するのを控えています。

ブート

歴史的な理由により、最初のBIOS制限-最初に128MiB制限、次に512MiB制限、次に2048MiB（2GiB）制限などを回避するために、個別のブートパーティションが作成されました。廃止されたハードウェアでLinuxをセットアップする場合は、これを覚えておく必要があります。また、廃止されたLinuxでは通常、ext4ではなくext3が必要です。さらに、OSドライブが暗号化される場合、別のブートパーティションが必要になります。そうでなければ、いいえ。

optまたはapp

外部にインストールされたソフトウェアのホーム。これは、ベンダーが必要とする場合にのみ使用してください。 FWIW、最近、多くのベンダーがアプリへのシンボリックリンクを選択しているのを見てきました（逆も同様です）

var

昔は、パフォーマンス上の理由から、noatimeが設定されたReiserFSファイルシステム（小さなテキストファイルが効率的）でこれをマウントして、ログ機能がログファイルを1つずつ書き込むたびにアクセス時間を更新する必要がないようにしました。今はReiserFSよりもext4に固執することをお勧めします。また、さらに別のファイルシステムを維持するための追加の複雑さに比べて、noatimeの速度向上はごくわずかです。あなたが絶対に主張する場合-5GiBから10GiB。システムをアップグレードするために必要なdebs/rpms/ypkgをダウンロードするのに十分なものが必要です。通常、ここにパッケージデータベースがあるため、/ varの内容は非常に重要です。それを失うと、それから回復するのに多くの時間を費やします。また、ログと印刷スプールもここにあります。データベース情報とWebサイトもあるので、それに応じて上記の数値を増やしてください。

tmp

私はこれをもう分割しません。 512MiBから2GiBまで。

sr

個人的には、これをもう分割することには何のメリットもありません。本当に必要で、OSが約10〜15GiBを占有する場合、システムのアップグレードが必要な場合に備えて、少なくとも30〜35GiBのスペースが必要になるでしょう。

ルート

他のすべてを分割すると、10GiB以上になります。そうでない場合は、他のサイズを前述の最小10GiBに追加し直してください。

ホーム

残っているものをすべて与えてください。

ディスクラベル

最後に言及するのは、ディスクラベルです。ディスクがBIOSを搭載したマシンにある場合、MS-DOSディスクラベルを使用し、4パーティションの制限（拡張パーティションがこれに役立ちます）を使用する必要があります。要件の1つは、/ bootまたは/がプライマリパーティションとして存在することです起動可能としてマークされています。 CSMモジュールを有効にしたEFIがある場合は、MSDOSディスクラベルを使用することもできます。

そうでない場合は、EPT対応ブートローダーでGPTを使用する必要があります。

私はブートローダーとディスクラベルについてそれほど詳しくないので、気軽に修正してください。

TL; DR OSの要件のサイズは一般に世代ごとにそれほど変化しないため、パーセンテージを与えません。

swap  - 0% to 200% of system memory.
/boot - if needed, 2.5GiB or less.
/opt  - only if explicitly needed. Size as req'd
/app  - same as opt
/var  - only if needed, 5 to 10GiB
/tmp  - put it on root, otherwise 512MiB to 2.5GiB
/usr  - put it on root, otherwise 35 to 40GiB
/     - (root) 10GiB min (if other parts used), otherwise 65GiB
/home - Whatever is left

----- What I use on my non-work computers -----
/     - 65GiB
swap  - no more than 100% of system memory
/home - Whatever is left
3
The Dude

真剣に、なぜ各マウントポイントにこの種の分離が必要なのですか。あなたのパソコンなら、実際にこれを行う必要はありません。 Linuxファイルシステムはそれであまりにもクールです。 /パーティション、swap領域、および/homeパーティションを分離することができ、要件がある場合は/bootを分離できます。これはまったく問題ありません。それほど多くの個別のパーティションを持つ必要はありません。

4
Mahesh