D

/dev/rdsk/variable には問題があります。手作業で fsck を実行してください。

原因

ブート時に /etc/rcS スクリプトは、fsck(1M) コマンドを実行して、/etc/vfstab で 「fsck」とマークされたファイルシステムの完全性をチェックします。ファイルシステムを自動的に修復できない場合、fsck(1M) はブート手順を中断して、このメッセージを表示します。この状態になった fsck(1M) は、ファイルを 1 つ以上失わずにファイルシステムを修復できないため、判断を管理者に任せます。データが損傷している恐れがあります。

対処方法

まず、ファイルシステムで fsck -n を実行し、存在する障害の数と種類を調べます。次に、fsck(1M) を再度実行してファイルシステムを修復します。ファイルシステムの最新のバックアップがある場合は、通常、fsck(1M) からのすべての質問に「y」と答えることができます。後で参照できるように、問題のあるファイルと i ノード番号をすべて記録として残しておくことを推奨します。ユーザーが自分で fsck(1M) を実行するには、ブートスクリプトが推奨するオプションを指定します。たとえば、次のようにします。

# fsck /dev/rdsk/c0t4d0s0

バックアップがない場合は、fsck(1M) の実行を詳しい方に任せてください。

関連項目

ファイルチェックの詳細については、『Solaris のシステム管理 (第 1 巻)』のファイルシステムの完全性チェックに関する節を参照してください。

dumptm: /dev/rmt/valiable をオープンできません。このデバイスは使用中です。

原因

他のプロセスがテープドライブを開いたままにしているため、ファイルシステムのバックアップ中に dump プログラムがテープドライブを開けません。

対処方法

テープドライブを開いているプロセスを探して kill(1) するか、または終了するまで待ちます。

# ps -ef | grep /dev/rmt
# kill -9 processID