パーティション分割／非分割のセオリー：Windowsユーザーに教えるLinuxの常識（1）（2/2 ページ）

分割するべきか非分割か、それが問題だ

　それでは、一般論としてファイルシステムをパーティションで分割するメリット、デメリットを考えてみましょう。

　まずメリットから考えると、バックアップやアップデートが楽になります。定期的にバックアップする必要があるのは、変化していくデータとユーザーのデータです。この2つをシステムとは別のパーティションに分ければ、バックアップするのはそのパーティションだけでよくなります。システムのアップデートを行っても、ユーザーデータの入ったパーティションをフォーマットしないようにすればちゃんと残ります。

　さらに、作業用のファイルシステム（一般的には/varや/tmp）を独立させておくと、システムやユーザーデータへの影響を小さくできます。例えば、だれかが50Mbytesのメールを出したとしましょう。このメールでファイルシステム（編注）があふれたとしても、パーティションを分けておけばシステムやユーザーが使うパーティションにはまだ余裕があるというわけです。まあ実際には、作業用のパーティションがいっぱいになった時点でかなり制限を受けますが、よほどのことがない限りシステムやユーザーデータが書き換わってしまうという心配はしなくて済みます。

　デメリットとしては、見積もりを誤るとパーティションの使用率に偏りが出ることです。単に偏るだけならまだいいのですが、/usrは余っているのに/varが足りないとか、/homeを使い切ってしまった、などになると深刻です。まあ最近はHDDが安いので、追加すれば解決するのですが。使用量の見積もりは結構難しくて、どんな仕事をさせるのか、どのくらいの規模になるのかで変わってきます。

　では、HDDを複数のパーティションに分割するべきでしょうか？

　慣れないうちは練習ということで、全部1つのパーティションにしてしまって様子を見るというのもいいでしょう。これで当たりを付けてから、次にインストールするときには適当にパーティションを分けるのです。

　このあたり、実はWindowsでも事情は大差なかったりします。私はシステムをインストールするドライブと、アプリケーションをインストールするドライブ、作ったデータを保存しておくドライブと、最低でも3つのドライブを作成して使っています。本当に大事なファイルはファイルサーバに保存して、毎朝7時にテープでバックアップするようにしています。

　閑話休題、いくつか実例を挙げておきましょう。

パーティション分割例 1

　まずは、自宅でファイルサーバに使っているLinuxマシンから。このマシンは、

Linux$ df
Filesystem       1k-blocks      Used Available Use% Mounted on
/dev/hda1           295474    163525    116689  58% /
/dev/hdc2          4128572     32840   4095732   1% /tmp
/dev/hda3          3540515    571551   2785823  17% /usr
/dev/md0         120933456  51485304  69448152  43% /usr/share/public

となっています。ちょっと特殊ですが、まず1台目のIDE HDDを3つのパーティションに分けています。300Mbytesの/ファイルシステムと3.5Gbytesの/usrファイルシステム、そして128Mbytesのスワップ領域です（dfコマンドではスワップ領域は表示されません）。最後のmd0は、ソフトウェアでストライピングを実現しているドライブです。実際には40Gbytesクラスのドライブを3台まとめています。このとき、/dev/hdcで4Gbytesほど領域が余ったので、ここを/tmpに割り当てています。

　使っているディストリビューションはDebian GNU/Linux 2.2で、後からパッケージとして追加できるソフトウェアは/usrに配置されます。基本的なシステムだけなら300Mbytesもあれば十分で、これ以上増えることはありません。/usrの下にはユーザーのホームディレクトリも含まれますから、ここは別のパーティションにしてあります。欲をいえば、作業エリアである/varも独立させたいところですが、ファイルサーバならそれほど/varを使うこともないようなのでこうしています。

パーティション分割例 2

　次に外部向けに公開しているサーバだと、

FreeBSD$ df
Filesystem   1K-blocks     Used    Avail Capacity  Mounted on
/dev/ad0s1a      63503    39157    19266    67%    /
/dev/ad0s1g    3372366  1410597  1691980    45%    /usr
/dev/ad0s1f    5954477  2392054  3086065    44%    /usr/share/public
/dev/ad0s1e      99183    10509    80740    12%    /var

です。これはFreeBSDなのでデバイスの表記が違いますが、パーティションを分けるという点ではLinuxと共通するものがあります。

　10GbytesのHDDを64Mbytesの/、3Gbytesの/usr、100Mbytesの/varとに分け、残りの6Gbytes弱をネットワーク経由で使えるファイル置き場に、100Mbytesをスワップ領域にしています。スワップが中途半端なのは、OSをバージョンアップした際に/ファイルシステムが足りなくなったため、スワップを削って/ファイルシステムに回したわけです。結局バージョンアップではなく再インストールになりましたが、データの収まっている/usrと/usr/share/publicは別のパーティション（正確にいうと、FreeBSDではスライス）だったので壊さずに済みました。ファイルシステムを分割しておいたメリットを享受できたわけですね。

　Linuxと比べると、/の容量が少なくなっています。このマシンはメールサーバでもあり、各人あてにきたメールを保存しているので、ホームディレクトリのある/usrは少し大きめにしてあります。また、外部に公開しているとはいえ個人ベースの代物ですから、/varはかわいいものです。会社の業務で使うなら、もっと増やさないといけないかもしれません。

パーティション分割例 3

　もう1台、ADSL回線につなげてプロキシサーバとして使っているマシンだと、こんな具合です。

FreeBSD$ df
Filesystem     1K-blocks     Used    Avail Capacity  Mounted on
/dev/ad0s1a        49583    34575    11042    76%    /
/dev/ad0s1f      3452950  1226777  1949937    39%    /usr
/dev/ad0s1e        19815     4171    14059    23%    /var

　3.8GbytesのHDDに128Mbytesのスワップ領域と50Mbytesの/、20Mbytesの/var、そして残りが/usrです。実は、インストーラのデフォルトをそのまま使っているようなものです。これはプロキシサーバ専用なので、あまり深く考えていないのです。

　なお、ファイルシステムをパーティションに振り分けるとき、/bin、/etc、/root、/sbinは/と同じパーティションにしておいた方がいいでしょう（別のパーティションに分けない、というべきでしょうか）。/binと/sbinには基本的なコマンドが入っています。/etcには各種設定ファイルがあり、/rootはスーパーユーザーのホームディレクトリです（各ディレクトリの役割については、次回で詳しく解説します）。つまり、このパーティションさえ無事なら、多少の修復作業を行えるというわけです。

悩ましいスワップ領域確保

　パーティションの設定はそうそう行うものではなく、だいたいインストール時にやれば終わりです。Windowsとのデュアルブートにするのなら最低でもWindows用とLinux用の2つのパーティションが必要です。Linux専用なら、最低1つのパーティションということになります。

　ここで悩ましいのが、スワップ領域（スワップ用のパーティション）です。スワップ用パーティションは仮想メモリを使うためのもので、仮想メモリは実装しているメモリよりも大きなメモリがあるかのように見せかけるための仕掛けです。

　ただ現在では64Mbytes、多い人は512Mbytesなどというメモリを実装しているのでいささか事情が違います。例えば私の作業用マシンは256Mbytesのメモリを実装しているのですが、長らくWindows 2000のページングファイルを0にして使っていました。これは意図して行ったのではなく、何の拍子かそういった設定になっていたのです。別段支障なく使えていたので全然気が付かず、何げなくページングファイルを確認して驚いたというわけです。これだけメモリがあると、たいていの作業は全部オンメモリで行えるのか、スワップが発生しなかったのです。自宅で使っている3台のサーバは、メモリを64Mbytesないし128Mbytes載せてLinuxやFreeBSDを動かしていますが、これらもスワップが発生している気配がありません。

　また、スワップが発生すると確実に実行速度が落ちます。メモリが高価だった時代ならいざ知らず、いまや256Mbytesのメモリが5000円以下で買える時代です。スワップ領域など使わないように、メモリをたくさん実装するのもあながち的はずれではないでしょう。Linuxでは、プロセスが使わないメモリはファイルキャッシュとして使われるので、たくさんメモリを実装しても無駄にはなりません。

　しかし、プログラムによっては積極的にスワップを使うものもあるようです。このため、スワップ領域をなくすわけにもいきません。昔は「実メモリの2倍」ともいわれていましたが、経験的には64Mbytesもあれば十分という気がします。もちろん、これもやらせる仕事の内容と規模によって変わってきます。後からファイルシステム上にスワップファイルを作ることもできるので、とりあえず64Mbytes確保して様子を見るのが無難です。

　BIOSやブートローダが対応しているなら、64Mbytesをスワップ領域にして、残りすべてを/ファイルシステムに分けるのをお勧めします。もし、BIOSやブートローダの制限でうまくカーネルをロードできないなら、/ファイルシステムをHDDの先頭から1Gbytes確保して、残りの中から64Mbytesのスワップ領域、あとは/usrファイルシステムという構成が簡単で分かりやすいでしょう。もっと細かい分割は、運用に慣れてから考えればいいのです。

　ちなみに、FreeBSDのインストーラは、デフォルトでは/、/usr、/var、スワップの4つを独立したファイルシステムとして設定します。

注意が必要なパーティション操作

　実はもっと大変なことがあります。それは、非破壊的にパーティションを変更するツールは、Windowsに標準装備されていないということです。つまり、すでにWindowsのインストールされたマシンにLinuxを入れようとしてパーティションを変更すると、いま使っているWindowsがきれいさっぱり消えてしまいます。

　もちろん、非標準なら内容を壊さずにパーティションを変更できるプログラムもあります。フリーのものではFIPSが有名です。また、商用だとPartition Magicが嚆矢です。FIPSはコマンドラインツールで、事前にデフラグをかけておく必要があります。MS-DOSプロンプトでの作業に慣れていないなら、Partiton Magicの方が失敗の可能性は低いでしょう。ただ、最近の大容量HDDに対応しているかどうかはきちんと確認する必要があります。どちらのツールもあまり失敗したという話は聞きませんが、操作ミスなどに備えてデータのバックアップを取っておいた方が確実です。

　パーティションの作成がうまくいったとしても、今度はデュアルブートの設定をしなければなりません。このあたりは趣味として楽しむ分には面白いのですが、仕事で使うなら面倒この上ありません。失敗したときのダメージも大きくなります。増設したHDDにインストールする方法もありますが、慣れないと解説書の記述とは微妙に違ってこれまた混乱します。安心して作業するためにも、専用マシンを用意して作業することをお勧めします。