LinuxベースのWebおよびアプリケーション用の「最高のディスクパーティションスキーム」はありますか?現像機、性能、組織または他の側面からか。
答え1
パーティション化はパフォーマンスにほとんど影響を与えませんが、ファイルシステムとその構成は影響します。これを見てください。基準。インストールオプションの詳細については、次を参照してください。システムテーブルArchWiliでは特にatime
オプションを見てください。
パーティション化は、すべてがツリーにインストールされる Linux のファイル構成とは関係ありません。
/
ルートファイルシステムには1つのパーティションを使用し、ジョブと個人データを格納するフォルダには別々のパーティションを使用することをお勧めします。ここにウェブサイト/home
を入れると/var/www
、ディストリビューションを変更してもバックアップする必要がないからです。
ファイルの構成と重要度に応じてパーティション/ディスクを作成できます。
たとえば、非常に貴重なプロジェクトとドキュメントがある場合は、それをRAIDディスクに保存できます。 SSH / ftpを使用してリモートディスクをマウントすることもできます。
設置計画:
/ -> SSD disk, partition 1
/home -> SSD disk, partition 2
/tmp -> tmpfs
/media/data -> RAID-ed disk, partition 2 (ie. shared photos with family)
user mounts:
/home/miroslav/secure -> RAID-ed disk, partition 1 (encrypted)
/home/miroslav/remote -> sshfs/curlftpfs
インストールしremote
てsecure
カタログを作成するには、パスワードを求めるスクリプトが必要な場合があります。
ディレクトリシンボリックリンクpwd=/home/miroslav
:
projects -> secure/projects
documents -> secure/documents
mails-dir -> secure/mails
答え2
内部開発VMでは、3つのパーティションを使用します。
/root
パーティション - 主に静的オペレーティングシステムを収容する場所/var
パーティション化 - すべての動的データに適用されます。/home
パーティション - 開発者のユーザーアカウントを使用して開発が行われる場所。
パーティションを分離する理由は、ファイルシステムがいっぱいになってシステムがハングするのを防ぐためです。いっぱいであれば構い/home
ません。実行中のプロセスは影響を受けません。一部のコンテンツを削除してオンラインに拡大して続行します。
/
あまり変更しないでください(唯一の例外は/tmp
- しかし、通常ファイルはそれほど大きくはありません)。
/var
/var/tmp
他のすべての「リアルタイム」データがある場所です(含む/var/log
)。全体の負荷は/var/log
システム/アプリケーションエラーの最大の原因であるため、/var
十分に大きくなければならず、スペースが不足している場合はタイムリーな警告を提供する必要があります。
物理マシンでは、ディスク容量はそれほど重要ではありません。/var
、、、、、 ...を含む/var/tmp
追加の「パーティション」(主にLV)を分割しましたが、これは本番マシンなので/var/log
、稼働時間が重要です。/tmp
/boot
答え3
/
/home
私は、、、、とのために/usr/local
別々のパーティションを作成しましたが、常にある種のパーティション間の相互/var
作用で終わっているようです。別のディストリビューションをインストールする場合は、単純化のために未使用のドットファイルを削除したいので、バックアップを作成してください/home
。
パーティショニングの場合、/var
学校で多くのサイト(約100件)を作成していますが、メディアの多いサイトとテキストのみの練習問題のサイズの違いが大きすぎて、スペースの量を正確に予測できません。使用。分配する
今はすべてを収めることができるパーティションが1つだけで、まったく埋めません。個人メディア(映画、ゲーム、ショー)は外付けHDドライブに保存されており、友達の家に持ち込むことができます。仮想マシンの場合は、移動するにはvirtualboxの仮想デバイスである必要があります。私は各仮想マシンに専用のフラッシュドライブを持っていると思います。
私はハードドライブがクラッシュするのを見たことがありませんが、クラッシュが発生した場合、物理ドライブがどのように分割されたかは問題ではないと思います。私がハードドライブに行った最も危険なことは、パーティションのサイズを変更することでしたが、もはや必要はありません。
答え4
経験的に最も管理しやすいパーティションスキームは次のとおりです。
/
(/Dev
/etc
/root
/run
/opt
/mnt
/media
) 40GB(大容量ファイルインストール用)/usr
(/bin
/sbin
/lib
/lib64
) 10GB/tmp
8GB(ダウンロードファイルサイズ最大6GB)/var
20GB(Linux干渉が大幅に維持されることを望まない)/boot
1280MB/home
(残り)/home/bin
512MB
なぜですか?
/
読み取り専用のマイナスでマウントするのは実用的ですが、システムが/etc
完全に構成されている場合は、起動するたびにシステムに新しい感覚を与えたいので、これは重要なステップです。noexec
nosuid
nodev
特に問題なく安全に設置することもできます。
理想的には、/usr
最新の状態を維持するために読み取り専用でマウントすることをお勧めしますが、更新時には時々再マウントするだけですrw
。安全に使用できますnodev
。
/tmp
/var
ただ読んで使えないからですnodev
nosuid
noexec
。
/boot
明らかな理由でReadonly( ro
) nodev
nosuid
noexec
。
/home
とに権限を付与し、同じ権限を拒否できる/home/bin
ように間を分離する必要があるのはなぜですか?したがって、スクリプトはこのディレクトリでsudoとして実行する必要があります。chown root /home/bin
exec
/home
/proc
ところで、/sys
カーネルによって生成された仮想ファイルシステムです。したがって、必要に応じて取り付けることができますfstab
。