ブートの一部として、rescuecdはbusyboxを使用してデータとnfs共有をマウントしますが、nfs共有をマウントしている間、busybox(systemrescuecdのバージョンv1.18.2)は常に失敗するNFS共有をマウントします。回避策を使用すると動作するため、理由が見つかりません
mount -o intr,nolock,rsize=1024,wsize=1024 192.168.0.3:/rescue /boot
mount: mounting 192.168.0.3:/rescue on /boot failed: Connection timeout
# On the serverside
>> authenticated mount request from 192.168.0.69:642 for /rescue
しかし、ここに謎があります。同じbusyboxコマンドラインで次のコマンドを使用すると、nfsマウントが機能します(そしてサーバーメッセージは機能します)。いいえ表示されます)。
mount.nfs 192.168.0.3:/rescue /boot -o intr,nolock,rsize=1024,wsize=1024
# This works and it is mounted.
違いは何ですか?ビジボックスで動作するように「一般」マウントを取得できますか? (これはビジボックスへのシンボリックリンクです。)
それ以外の場合は、systemrescuecdが機能するように変更する必要があります。ただし、ビジボックスが達成しようとしているすべてに対応するように調整されたnfsサーバーがあるかもしれません。
編集:マウントコマンドが成功したことがわかりました。「TCP」オプションが追加されました。
mount -o intr,nolock,rsize=1024,wsize=1024,tcp 192.168.0.3:/rescue /boot
これで質問は、「udp」オプションを使用したマウントが失敗する理由です。
mount -o intr,nolock,rsize=1024,wsize=1024,udp 192.168.0.3:/rescue /boot
私はここで迷子になりました。
答え1
UDPポートでリッスンするには、nfsサーバーを有効にする必要があります。オプションは次のとおりです-u
(:を参照man nfsd
)。