これは、「デバッグして一緒にいる必要がある」という種類の問題の1つです。
あなたの質問に対する答えは「はい、いいえ」です。 NFSマウントが/ nfs /で、プログラムが/ nfs / fooと対話する場合は、そのプログラムが認識できる限り通常のファイルです。要求しない限り。それが実際にOSに「/ nfs / fooはどのような種類のファイルシステムの一部ですか」と具体的に尋ねると、それはNFSであると伝えられます。基本的にどちらも変更できません。特に、少なくとも私の知る限り、NFSマウントがNFSマウントではないことをOSにクライアントに知らせることはできません。
しかし、クライアントが実際に質問していることはほとんどありません。
これが私がチェックすることです:
- 最も可能性の高い問題は、クライアントが/(ルートファイルシステム)に対して実行されており、ファイルシステムの境界を越えることを拒否していることです。それはかなり典型的なことです。繰り返しますが、それを直接修正することはできませんが、できることは他の場所を見てみることです。 NFSまたはSMB共有をバックアップの場所としてクライアントに明示的に追加してみてください。
- 少なくともNFS(そして私はSMB)はデフォルトでクライアントホストのrootが多くのことをするのを防ぎます。 #1がうまくいかない場合は、NFSエクスポートにno_root_squashを追加してみて(マスターで "exportfs -v"を実行してオプションを探すことでうまくいったことを確認してください)、それが役立つかどうか確認してください。
- もし両方とも失敗したら、(-ff -o /tmp/strace.outなどを使用して)クライアントを停止し、ピックアップしていないファイルシステムのうちの1つについてgrepして、どんなエラーが発生しているのか、あるいは試行しているのかさえ調べます。それでも試していなくて、そのFSをバックアップ対象として明示的にリストしている場合は、ベンダーに相談するのが最善です。
- ロビン
ln -s /path/to/hdd /path/to/new/symlink
または、フォルダをtmpローカルフォルダにスクラブしてバックアップし、削除するカスタムスクリプトを作成することもできます。 (ただし、それによって多くのオーバーヘッドが発生します)