Amazon EC2 VPC には複数のサーバーがあります。 1つはNFSサーバーとして機能し、もう1つはクライアントとして機能します。
最近の再起動後、クライアントがすべてのSSH接続を拒否する問題が見つかりました。おそらくSSHが実行されていないからです。 EBSボリュームを別のインスタンスに転送して内部を調べた後、NFSラインをコメントアウトして/etc/fstabサーバーに再接続して起動しようとしました。ところで、SSH経由で接続できました。
私のfstabの次の行は、起動時にすべてを壊すようです。
10.0.0.1:/export/share /mnt/shared nfs auto 0 0
これがSSHを開始しないのはなぜですか？システムのネットワーキング/ SSHを中断せずに起動時にNFSを自動的にマウントするにはどうすればよいですか？
うまく動作することを確認したので、sudo mount -afstabコマンドに本質的な問題はないようです。何が間違っていて、どのように解決しますか？
答え1
をインストールするときは、もう1つのオプションを追加する必要がありますnfs。私たちは皆これを使います。
はい
10.0.0.1:/export/share /mnt/shared nfs _netdev,noatime,intr,auto 0 0
マウントオプションは次のとおりです。 「noatime」はアクセスを高速化し、「auto」はRpiに起動時にNFS共有をマウントするように指示します。
~からman mount
_netdevファイルシステムは、ネットワークアクセスが必要なデバイスに常駐します（システムでネットワーキングが有効になる前にシステムがこれらのファイルシステムをマウントするのを防ぐために使用されます）。
答え2
nobootwaitfstabまたはnofailマウントオプションを試してください。
答え3
リモートサーバーにマウントされたnfs共有にも同じ問題があります。 nfsはopenvpnを通過しています。
上記のヒントを含む多くのことを試しましたが、何も機能しません。 fstabのオプションは_netdev,ro,noauto,nofail,x-systemd.automount,x-systemd.requires=openvpn.service,x-systemd.device-timeout=30 0 0効果がありません。
rc3.d様々なサービングオーダーを試した後...
私が見つけた唯一の汚れた解決策は、_netdev,ro,noauto,nofail 0 0fstabのオプションを使用してnfs共有を無視することを確認し（起動時に正しくマウントされていない場合）、共有をrc.localマウントする行を追加することです。mount 192.168.0.1:/myshare