は

パイプが切断されました。

原因

多くの場合、(head(1) プログラムに多数の行をパイプした場合などのように) この状態は正常であり、メッセージは単に情報を表示しているだけです。パイプ上の書き込みが読み取りプロセスを発見できない場合は、この状態が発生します。その場合は、通常、実行中のプログラムに対する信号が生成されますが、プログラムが信号を無視すると、このメッセージが表示されます。

対処方法

パイプの最後でプロセスを調べ、終了した理由を判断します。

テクニカルノート

このエラーの記号名は、EPIPE、errno=32 です。

バスエラー

原因

制限されているかまたは存在しないデバイスに入出力しようとしたことを示す信号をプロセスが受け取りました。読み取り専用ファイルシステムを除き、通常、このメッセージはコアダンプを伴います。

対処方法

デバッガを使用してコアファイルを調べ、バスエラーを引き起こしたプログラム障害またはシステム障害を判断します。できれば、バスエラーの前にデータ損傷が発生していないかどうか、プログラムの出力ファイルを調べてください。

テクニカルノート

バスエラーは、プログラミングエラー、またはシステム上のデバイス損傷によって発生することがあります。バスエラーの原因として多いのは、ファイル記述子が無効、入出力要求が不当、メモリー割り当てが不良、データ構造が不整合、コンパイラにバグがある、ブートブロックが損傷しているなどです。

パスワードは unix.uid@string の秘密鍵の暗号を解除しません。

原因

このメッセージは、ログイン時に、ユーザーのパスワードがそのユーザーの keylogin(1) ネットワークパスワードと一致しなかった場合に表示されます。システムで NIS+ が実行されている場合、ログインプログラムは、secure RPC 認証のために、まず UNIX 認証を行なってから keylogin(1) を実行しようとします。

対処方法

secure RPC の資格を得るには、ユーザーは (ログイン後に) keylogin(1) を実行し、自分の秘密鍵を入力します。ログイン時にこのメッセージを表示しないようにするには、chkey -p コマンドを実行して、NIS+ パスワードと同じになるようにネットワークパスワードを設定します。ユーザーがネットワークパスワードを忘れた場合、システム管理者は、ユーザーの資格テーブルのエントリを削除して作り直し、ユーザーが chkey(1) を使用して新しいネットワークパスワードを設定できるようにしてください。

パッケージがインストールされていません。

原因

このエラーは、ユーザーがインストールされていないパッケージからシステムコールを使用しようとすると発生します。

テクニカルノート

このエラーの記号名は、ENOPKG、errno=65 です。

バッファー領域がありません。

原因

システムのバッファー空間が不足しているか、または待ち行列がいっぱいになっているため、トランスポートエンドポイントまたはパイプでの操作が実行されません。ターゲットシステムがメモリーまたはスワップ空間を使い果たしている可能性があります。この状態のときに書き込まれたデータは、失われる恐れがあります。

対処方法

スワップ空間を増やすには、ターゲットシステムに対して swap -a コマンドを使用します。または、スワップ空間が増えるようにターゲットシステムを再構成します。通常、スワップ空間は物理メモリーの 2 倍から 3 倍の大きさにしてください。

テクニカルノート

このエラーの記号名は、ENOBUFS、errno=132 です。

パニック

原因

プログラムがでオペレーティングシステムのバグを引き起こすと、システムはパニックになりクラッシュします。クラッシュはユーザーには不親切であるように感じられるかもしれませんが、突然の停止は実際には、システムとそのデータがそれ以上損傷するのを防止します。

オペレーティングシステムが停止するだけでなく、パニックルーチンでは使用中のメモリの内容がダンプデバイスにコピーされ、パニックルーチンの呼び出し元の CPU の現在の状態に関する重要情報が記録されます。

通常は一次スワップデバイスがデフォルトのダンプデバイスであるため、一次スワップデバイスは、メモリー全体のイメージを収容できるだけの大きさがなければなりません。メモリーイメージが保存されると、システムはリブートしようとします。

システムが正常にリブートしない場合は、次の可能性を検討してください。

1. メモリー障害やディスククラッシュなどの、致命的なハードウェア障害

2. 不安定なデバイスドライバなどの、カーネル構成の重大障害

3. MAXUSERS の値が大きすぎるなどの、カーネルチューニングの重大エラー

4. オペレーティングシステムファイルの損傷を含む、データ損傷

5. fsck(1M) が照会に対する回答を求めている場合など、手動での作業が必要な場合

対処方法

システムクラッシュが発生した理由を特定するために、/var/adm/message* ログファイルを調べます。

savecore(1M) プログラムを使用します。上記の方法の中では、savecore(1M) プログラムを使用すると最も多くの情報を得られます。savecore(1M) コマンドは、パニックルーチンによって生成されたシステムクラッシュのダンプイメージを、ダンプデバイスからファイルシステムに転送します。このイメージを adb(1) などのデバッガを使用して分析できます。

関連項目

savecore(1M) を正しく設定し結果を解釈するのは、場合によっては難しい作業です。システムパニックのデバッグについて詳細は、Chris Drake、Kimberley Brown 共著『Panic! UNIX Sytem Crash Dump Analysis』(ISBN: 0-13-149386-8) を参照してください。

パブリックメッセージデバイスを作成できません。

原因

このメッセージは lp(1) 印刷スケジューラに起因するものであり、極度のビジー状態かまたはハング状態にあることを示します。

対処方法

印刷ジョブが該当するプリンタからのものである場合は、現在の印刷が終了するまで待ち、それからこの印刷ジョブを再度提出します。このメッセージが再び表示された場合は、lp(1) システムがハングしている可能性が高いです。

待ち行列をクリアする手順については、「lp hang」を参照してください。

テクニカルノート

プリンタメッセージ用のデバイスの作成に lp(1) を使用できない場合は、メッセージ FIFO がすでに使用中か、または別の印刷ジョブによってロックされています。

関連項目

印刷スケジューラの詳細については、『Solaris のシステム管理 (第 2 巻)』のプリンタの管理に関する節を参照してください。