問題:サーバーの起動には3分かかり、Raspberry Piは起動に30秒かかります。停電後、RPiはより速く起動し、NASディスクをマウントしません。
この特定のRPiには録音用のディスクが必要です。したがって、RPi は (外部) ディスクがマウントされていない場合は役に立ちません。 RPi autostart.sh を使用して、次の操作を行います。
mount -t nfs 192.168.1.5:/Public/Video/TV /storage/nas -o nolock;
この問題に気づいたとき。そのため、NASをマウントするためにRPiのautostart.shにループを作成しました。通常の動作中に(インストールが完了すると)、この問題はもう発生しません。 RPiインストールの1つを再起動すると、RPiインストールが正常に動作すると思います。
これは良い解決策ですか(RPiが起動したときにのみ実行されます)。より良く、よりエレガントに行うことができますか?
until mountpoint -q /storage/nas || mount -t nfs 192.168.1.5:/Public/Video/TV /storage/nas -o nolock; do sleep 30; done
すでにインストールされている場合は、インストールしようとしないでください。それ以外の場合はインストールしてください。また、インストールが完了するまでしばらく待ってからやり直してください。 RPiが起動するという点(インストールを待たない)を除いて、期待どおりに動作するようですが、このRPi(実際にはKodi)はNASがインストールされるまで凍結されます。
ここに追加できる唯一のことは、寝る前にWOLをNASに送信することです。
注:これは、fstabを使用せずに上記の方法を使用するOPENelec RPiインストールです。
答え1
追加してみてください背景nfsマウントオプション(存在する場合)人5 NFS:
bgオプションが指定されている場合、タイムアウトまたは失敗のためにmount(8)コマンドがエクスポートのマウントを続行しようとするサブコマンドに分岐します。親プロセスは終了コードがゼロの状態ですぐに返されます。これを「バックグラウンド」インストールと呼びます。
答え2
起動時にドライブをマウントするために実際にfstabの代わりにシェルスクリプトを使用していますか?
/etc/fstabを読む(コマンドの実行手動fstab)、特に_netdevオプションを見ると、同様の結果が得られます。
10.10.10.10:/srv/share /mnt/mymnt nfs4 defaults,noexec,nosuid,_netdev,auto 0 0
免責事項:fstabを最初に読まないで上記の内容をコピーして貼り付けないでください。
PS OSによっては、nobootwaitをオプションとして見ることもできます。
PSPS nfs(5) のマウントオプションも参照してください。