Debian インストール用のパーティションスキーム

Debian インストール用のパーティションスキーム

私は500GB Seagate SATAハードドライブ(2GB RAMを含む)の50GBパーティションにDebian Wheezyをインストールしようとしています。次のパーティションスキームを使用したいが、それでも機能しません。

  1. どのくらい(パーセントで表示)のディスク容量を次のパーティションに割り当てる必要がありますか?
  2. パーティションが作成される順序は何ですか?

したがって、システムは非常に高速でスムーズに実行されます。

/
/boot
/home
/tmp
/usr
/var
/srv
/opt
/var/www
/usr/local
SWAP

機械情報

  1. Debian Wheezy 64ビットが最新に更新されました。
  2. マシンサーバーの役割
  3. 主なソフトウェア
  4. Bind9、Apache2、MySQLサーバー、PHP5
  5. 500GB Seagate SATAハードドライブ
  6. 50GBおよび450GBのパーティション2つ450GBパーティション(sda2)を使用したくありませんが、必要に応じてsda2から50GBを取得できます。

答え1

パーティションレイアウトはシステム速度にはまったく影響しません(パーティションが複数のドライブにまたがらない限り)。したがって、メンテナンスをより簡単にする方法を選択してください(スムーズな操作の一部です)。特別な要件がない限り、次のファイルシステムを作成します(スワップを除く)。

  • /オペレーティングシステムの場合
  • /homeユーザーデータの場合(/home にいくつかのドットファイルしかないサーバーではない)
  • 人間のユーザーに属していない別のデータである可能性があり、一般的に/srv

/homeあなたの場合、別の項目は必要ないかもしれませんが、別の項目が必要な場合があります/srv。その場合、およびは/srv以下のディレクトリへのシンボリックリンクでなければなりません。/var/www/var/mysql/srv

パーティションのサイズは、デフォルトのLAMPインストールに加えて保持しているデータの量とインストールするプログラムの数によって異なります。オペレーティングシステムには10GBで十分です。

/tmptmpfsでマウント

/var/usr、、などの別々のパーティショニングは/opt生活を複雑にするだけで、役に立たない。

使用左心室容積パーティショニングのためにPCスタイルのパーティションをさらに作成しないでください。 LVMを使用すると、管理が簡単になります。

答え2

同じディスク上にすべてのDebianパーティションを作成するため、異なるパーティションレイアウトによってパフォーマンスが向上するわけではありません。唯一の利点は、リスクを減らすことです(/パーティションにディスク容量が足りない場合は、すべてを入れておくと「悪い場所」[tm]に陥る可能性があるため)。私は以下をお勧めします:

 / 1G
 /boot 100M
 /usr 10G
 /var 15G
 /home 20G
 swap 4G

多くのユーザーを獲得する予定がない場合、またはホームディレクトリに大きなスペースが必要な場合は、すべての/homeスペースを入れてください。/usr

/1G /はほとんどのオペレーティングインストールがこれに属しているため、すでに十分です/usr。一部のライブラリは、/libほとんどのサーバーではわずか数百メガバイトです。妄想がある場合は、不揮発性データ領域、ログファイル、pidファイル、crontab、一時メールキュー、不揮発性tmpディレクトリなどを追加してください/。ユーザーにはさらに利点がありますが、サーバーの役割である場合は、代わりに表示するためにApacheを構成したり、シンボリックリンクからパーティションに構成したりすることを防ぐことはできません。/var/home/home/www/var/www/home/var/www

私は長年この設定でサーバーを運営してきましたが、特定のサーバーの役割(データベースサーバー、一括メールサーバー)の公式を変更するだけです。

答え3

私は使用するのが好き左心室容積パーティショニングのため。少し複雑ですが、多目的に使えるという点でそれほど価値があると思います。だから、次のように分割します。

  • sda1:/start(256M)
  • sda2:LVM物理ボリューム(その他すべて)

LVMを使用して起動することもできますが、より複雑です。

次に、sda2(「vg01」または必要に応じて)を使用してボリュームグループを作成し、次の論理ボリュームを定義します。

  • ルート(/に装着): 2G
  • usr(/usr): 10G
  • 変数(/var):3G
  • 家(/家):10G
  • swap(スワップ用):2G(RAMによって異なります。私は4GBを使います)

私はLV名を使って中に何があるのか​​教えてくれるのが好きです。しかもタップの完成も簡単になります:-)

このレイアウトでは、目的の項目に割り当てることができる約23GB(50 - (2 + 10 + 3 + 10 + 2))の空き容量が残ります。 LVMを使用すると、一時コンテンツ用のボリュームを作成して削除したり、より多くのスペースが必要な場合は現在のボリュームのサイズを変更できます。

答え4

経験的に最も管理しやすいパーティションスキームは次のとおりです。

/ (/Dev /etc /home /media /mnt /opt /root /run /sys /tmp /var /proc) Rest of GB
/usr (/bin /sbin /lib /lib64) 6GB
/usr/share 3GB
/usr/local 5GB+
/boot 1GB
/var/www (if serving website) 
/swap (2gb recommend in abscence of none)

なぜこれが起こるのですか?

/の場合、nodev nosuid noexecを使用してマウントしようとしています。これはシステムを大幅に強化しますが、/usr/localでスクリプト、ポータブルソフトウェア、およびゲームを実行する必要があることを意味します。

/ usrの場合、理想的には最新の状態に保つために読み取り専用でマウントしますが、時々更新する場合はrwで再マウントするだけです。 nodevを使用するのは安全です。

/usr/shareの場合、nodevを使用するのは安全で、nosuidはroとしてマウントされます。

/usr/localの場合、これはプログラムファイル、特にスクリプト、ゲーム、およびポータブルアプリケーションです。 rwとしてマウントされました。

/bootは明らかな理由で読み取り専用(ro)nodev nosuid noexecです。

/homeを伝統的な方法で使用するとどうなりますか? Webブラウザとマルウェアのため。 / var / tmpと/ homeの間にこれらのディレクトリをnodev nosuid noexecとしてマウントすると、ほとんどすべてのマルウェアが弱まります。

ちなみに、/procと/sysはカーネルが作成した仮想ファイルシステムです。したがって、必要に応じてfstabにインストールできます。

関連情報