ファイルシステムをマウントしようとしているときに、mount(1M) コマンドが「Device busy」(EBUSY) エラーコードを受け取りました。これには次のような複数の原因が考えられます。この /dev/dsk ファイルシステムがすでに別のディレクトリにマウントされているか、ビジーと表示されたパス名がアクティブプロセスの作業用ディレクトリになっています。あるいは、システムがマウントポイントの上限数を超えています (ただし、この可能性はあまり高くありません)。
/etc/mount を実行して、ファイルシステムがマウント済みかどうかを調べます。マウント済みでない場合は、ビジーディレクトリでシェルがアクティブかどうか (ユーザーが cd(1) を使用してそのディレクトリにスイッチしたかどうか)、または ps(1) リスト内のプロセスがそのディレクトリでアクティブでないかどうかを調べます。このエラーメッセージの原因がはっきりしない場合は、別のディレクトリをマウントポイントとして使用してみてください。
ファイルシステムが損傷している可能性があることをスーパーブロックが示しているため、システムは指定したファイルシステムをマウントできません。これは、読み取り専用マウントの障害とはなりません。
このファイルシステムに書き込む必要がない場合は、-o ro オプションを使用して mount(1M) を実行します。書き込む必要がある場合は、このメッセージに続く行のいずれかに示された指示に従った上で、fsck(1M) を実行し、ファイルシステムの状態を訂正して、スーパーブロックを更新します。
fsck(1M) の使い方については、『Solaris のシステム管理 (第 1 巻)』のファイルシステムの完全性チェックに関する節を参照してください。
指定されたディレクトリに他のユーザーがファイルシステムをマウントしようとしましたが、該当するディレクトリがありません。
このディレクトリ名を使用したい場合は、mkdir(1) を実行してこのディレクトリをマウントポイントとして作成します。
既存のサーバーが NFS マウント要求に応答しなかったため、何度も再試行を繰り返した後 (デフォルトでは 1000 回)、mount(1M) コマンドが中止されました。サーバーが存在しない場合とマウントポイントが不正な場合は、それぞれ異なるメッセージが表示されます。
このメッセージの前に「RPC: Program not registered」メッセージが表示された場合は、要求されたマウントサーバーがファイルシステムを共用 (エクスポート) していないため、実行中の NFS デーモンはありません。マウントサーバー上のスーパーユーザーにファイルシステムで share(1M) コマンドで実行してもらってから、/etc/init.d/nfs.server start を実行して NFS サービスを開始します。
要求したマウントサーバーが停止しているかまたは応答が遅い場合は、マシンの修理またはリブートが必要かどうかを調べます。
リモートファイルシェアリング (RFS) 特有のエラーです。このエラーは、マシンがネットワーク接続を正しく開始しないうちに、ユーザーが遠隔資源の通知、通知解除、マウント、アンマウントなどを行おうとすると発生します。
このエラーの記号名は、ENONET、errno=64 です。
このエラーは、ユーザーが直接アクセスできないリモート資源にアクセスしようとした場合に発生します。
このエラーの記号名は、EMULTIHOP、errno=74 です。