/etc/fstabFreeBSDには次のものがあります。
venture:/usr/redacted /usr/local/redacted nfs rw 0 0
起動中に失敗します。ただし、起動時に次のコマンドは成功します。
mount -t nfs venture:/usr/redacted /usr/local/redacted
2つの関連質問：
1）最後に、コンソール（このマシンはデータセンターにあります）から再起動したときに起動時にインストールが失敗したことを示すメッセージが表示されます。私はこれがホスト名を解決することに関連していると思います。ただし、このメッセージは他の開始メッセージと一緒には表示されません/var/log/messages。私が探すべき他の場所はありますか？
2）起動時にホスト名を解決できませんでしたが、コマンドプロンプトで30秒経っても問題がない理由が何なのか気になったことはありますか？
答え1
マウントを試みる前に、ネットワークが完全に正しく機能しない場合があります（例：DNS）。/etc/fstabこの状況を軽減するためにオプションを追加できます。どちらかまたは両方があなたに適している可能性があります（私は両方を使用します）。
venture:/usr/redacted /usr/local/redacted nfs rw,late,bg 0 0
lateオプション（以前の代わりに起動順序で後で試す）とbg（バックグラウンドで続行しようとする）があります。
答え2
同じ動作を示す複数のサーバーがあり、NFSマウントにアクセスしてもネットワーク/ローカルリゾルバーは起動しません。解決策はサービスの開始を変更することです。 freebsdについてはわかりませんが、これが出発点になります。
答え3
カーネルメッセージを確認できます。 centOS または redhat では、これらのログは /var/log/dmesg にあります。
起動中にネットワークサービスが開始される前に、サーバーはNFSリポジトリを起動しようとしますが、リモートホストを確認できません。
NFS サービスが最後に開始された時刻を変更して確認することもできます。
答え4
/var/log/boot.msg とを見ると、boot.msg起動時に画面に表示されるテキストが含まれます。
私の考えは、ランレベル3とランレベル5に関連している可能性があり、/etc/fstab他のすべての必須サービスを開始する前に、nfsマウントファイルにリストされているいくつかのエントリを試してみることもできます。
ホスト名を使用する代わりに事業を始めるそのIPアドレスを試すこと/etc/fstabができます。これにより、ホスト名またはDNS検索の問題であるかどうかをすばやく確認できます。 VentureとそのIPアドレスを/ etc / hostsに追加することでこの問題を解決できますが、これはVentureがdhcpを介してIPアドレスを取得できないことがわかっている場合にのみ機能します。