swapon(1M)

構文

説明

swapon コマンドは、ページングを行うデバイス、 またはファイルシステムを使用可能にします swapon コマンドは、次回のブートで使用する １ 次ページングデバイスの構成も行います。 (注意:「スワップ (swap)」とは、 仮想メモリーの旧式の実現仕様のことです。HP-UX は実際には、 スワッピングではなくページングの形式で 仮想メモリーを実現しています。 このコマンド、およびその他のコマンドでは、 互換性を保証する目的で `swap' による名前が保持されます)。

ページング用の デバイス をイネーブルにすることにより、ページングの間に直接 (ファイルシステムを経ずに) デバイスにアクセスすることができます。 ページング用に ファイルシステム を使用可能にすると、 ファイルシステムを介してデバイスに間接的にアクセスします。 これらには、それぞれ長所と欠点があります。 ページング用デバイス、またはファイルシステムを使用可能にするときは、 次の点に注意してください。

デバイス に直接ページを行うと、 ファイルシステムを介した場合より一段と高速に処理されます。 ただし、ページングに割り当てられたデバイス上のスペースは、 これがページング用として実際には使用されていない場合でも、別の用途 に使用することはできません。

ファイルシステム でページングを行うと、低速ではある一方、 デバイス上の空間をより効率的に利用するようになります。 この場合、ページングには使用されないスペースはファイルシステムが使用できます。 ネットワークを介してリモートマシンにページングすると必ず、 ファイルシステムページングが行われます。

システムは、ブートストラップ時に必要なディスクが １ つで済むように、単一のデバイ スでページングを行うことにより、システムを開始します。 swapon への呼び出しは、通常、システムの起動スクリプト /sbin/init.d/swap_start で行い、ページング動作が複数のディスクに分散されて、 すべてのページング領域が利用されるようにします。

通常は、-a 引き数を指定すると (『構文』 の形式 １ を参照)、 swap とマークされた全デバイスと、/etc/fstab ファイルで swapfs とマークされた全ファイルシステムをページングシステムが使用できるようになります。 /etc/fstab の最初のフィールド、( special_file_name または directory を使用して、システムは、 どのブロック型デバイスまたはファイルシステムを使用するのかを判断します ( fstab(4) 参照)。 swap エントリーごとに指定する special_file_name は、ブロック スペシャルファイルを指定しなければなりません。 swapfs エントリーごとに指定する directory は、使用可能にするファイルシステム内のディレクトリを指定しなければなりません。

swapon の形式 ２ では、-p オプションを指定して、 特定のブロック型デバイスを、 現在のブートでページングに使用できるようにします。 device 名には、ブロック スペシャルファイルを指定しなければなりません。 ２ つ以上の device を指定する場合は、 指定したあらゆるオプションがすべてのデバイスに適用されます。

swapon の形式 ３ では、-s オプションを指定して、特定のブロックデバイスが 次回のブートで １ 次ページング領域として使われるように構成します。

形式 ２ と形式 ３ では、 ファイルシステムが指定のブロック型デバイスに存在している場合に、-e と -f オプションのいずれも指定しないと、swapon は実行されず、エラーメッセージが表示されます。 これは、意図せずファイルシステムを破壊してしまうのを防ぐためです。 ファイルシステムの終端部とデバイスの終端部の間にあるスペースを、 ページング用に要求する場合は、 -e を指定します。ファイルシステムを含むデバイスへ強制的にページングする場合 (ファイルシステムが破壊されます) は、-f オプションを使用することができます。 -f オプションを使用する際は、細心の注意が必要です。

形式 ２ と形式 ３ のどちらを使用する場合でも、システムダンプ情報を取り出すために savecrash コマンドが使用中であると swapon が判断した場合は、 デバイスへのページングを有効にできず、警告メッセージが表示されます (savecrash(1M) 参照)。 -u オプションは、 savecrash によって使用されているデバイスへのページングを、 強制的に有効にしたい場合に使用できます。 ただし、これによって、そのデバイスに格納されているシステムダンプ情報が 上書きされる可能性があります。

swapon の形式 ４ では、-R オプションを指定して、次回のブートのための １ 次ページング領域として、 以前に定義したブロックデバイスを構成解除します (-s オプションを参照)。

swapon の最後の ２ つの形式は、 ファイルシステムをページング用に使用可能にするための方法です。 形式 ５ が推奨されている方法です。 形式 ６ は廃止予定であり、旧製品との互換性のためだけに提供されています。 これらの形式で指定するディレクトリ名 directory には、ページング用に使用可能にされるファイルシステム上の ディレクトリを指定します。 /paging という名前のディレクトリが、指定されたファイルシステムのルートに作成されます (ただし、ファイルシステムの名前が /paging で終わっている場合を除きます)。 ページングファイルはすべて、このディレクトリ内に作成されることになります。 形式 ６ のオプションの引き数の意味は、 形式 ５ のオプションへの引き数と同じ意味を持ちます。 形式 ６ では、オプションの引き数を指定する場合は、 必ずすべてのオプションを指定する必要があることに注意してください。 形式 ５ で、複数のディレクトリを指定した場合は、 指定したすべてのオプションは、すべてのディレクトリに適用されます。

ファイルシステムをページング用として使用可能にした後で、 オプションの引き数は、以降の swapon コマンドで変更できます。

戻り値

swapon は、次の値の内の １ つを返します。

例

最初の ２ つの例では、 /paging ディレクトリのあるファイルシステムへのページングを可能にします。 ページングシステムが使用できるファイルシステムのブロックの最大数は、 5000 個に設定され、 ファイルシステム専用に確保されるファイルシステムブロックの数は、 10000 個に設定されています。優先順位は ２ です。 ページングシステムによって最初に取り出されるファイルシステムブロックの数は、最初の例では、デフォルトとして ０ に設定され、２ 番目の例でも ０ に設定されています。 8KB のブロックサイズのファイルシステム上では、これらの例は、約 40MB のファ イルシステム ページング領域を割り当てます。

この例では、２ つのブロック型デバイスへのページングを可能にし、 両方のデバイスの優先順位を ０ に設定しています。

この例では、ページング用のファイルシステムの後にあるスペースを使用し、 優先順位のデフォルトを １ にして、 ブロック型デバイスへのページングを可能にします。

この例では、ブロック型デバイスへのページングを可能にし、ファイルシステムが デバイスに存在していてもページングを強制的に行います。

この例では、次回のブート用に １ 次ページングデバイスを定義します。 指定したデバイスにあるファイルシステムの終端以降から、 デバイス自体の終端までの間にあるスペースをページングに使います。

この例では、次回のブート用に １ 次ページングデバイスを定義します。 デバイスの先頭から 1024Kb の位置にある 8192Kb のスペースを ページング用に使います。

警告

VxVM 3.5 を使用しているシステムでは、システムクラッシュのダンプ用に構成する スワップボリュームは、usage-type を swap として作成されていなくてはいけません。 そうでない場合は、ダンプが破損することになります。 vxassist(1M) の -U オプションを使用して、usage-type を設定することができます。

ファイルシステムブロックがページングスペース用に割り当てられていると、 システムをリブートしない限り、ファイルシステムがアンマウントできなくなります。

システムが実行中の間に、ページング領域が利用できなくなった場合、たとえば リモートシステムへのページング中にネットワークが故障したりすると、 システムは即座に停止します。

-l オプション、 -m オプション、および -r オプションで使用されるファイルシステムのブロックサイズは、ファイル システムによって異なり、ファイルシステムの作成時にシステム管理者が定義 しれます。特定のファイルシステム用のブロックサイズを決定するために、 dumpfs コマンドを使用することができます ( dumpfs(1M) を参照)。

-l と -r オプションを使用すると、 -r オプションで指定する予約スペースが -l オプションより優先します。したがって、

次に挙げる関係があてはまります。

ファイル

著者

swapon は、HP およびカリフォルニア大学バークレイ校が開発しました。

参照

kctune(1M), savecrash(1M), swapinfo(1M), vxassist(1M), swapctl(2), swapon(2), fstab(4), swchunk(5)