Linux:マウントされたボリュームに通常のフォルダ/ファイルとしてアクセスする


0

私はLinuxマシン(Debian)上で実行されているクローズドソースソフトウェア(クライアント)を使ってファイルをバックアップマシンに送ります。

このクライアントソフトウェアがマウントされたボリューム(NFSまたはSMB)にアクセスしないことを除けば、これは問題なく動作します。これまでのところ、私はその理由を知りません。これらのフォルダに対して権利がかなり開かれており、他のユーザーがアクセスできるからです。

とにかく、このクライアントは他のフォルダやファイルにアクセス/送信することができます。そのため、マウントされたボリュームを「通常のフォルダ」としてそのクライアントに表示させる方法はありますか?


1
あなたがそれらをシンボリックリンクしてクライアントにシンボリックリンクを向けることができたら私は興味がありますか? ln -s /path/to/hdd /path/to/new/symlink または、フォルダをtmpローカルフォルダにスクラブしてバックアップし、削除するカスタムスクリプトを作成することもできます。 (ただし、それによって多くのオーバーヘッドが発生します)
nerdwaller

回答:


0

これは、「デバッグして一緒にいる必要がある」という種類の問題の1つです。

あなたの質問に対する答えは「はい、いいえ」です。 NFSマウントが/ nfs /で、プログラムが/ nfs / fooと対話する場合は、そのプログラムが認識できる限り通常のファイルです。要求しない限り。それが実際にOSに「/ nfs / fooはどのような種類のファイルシステムの一部ですか」と具体的に尋ねると、それはNFSであると伝えられます。基本的にどちらも変更できません。特に、少なくとも私の知る限り、NFSマウントがNFSマウントではないことをOSにクライアントに知らせることはできません。

しかし、クライアントが実際に質問していることはほとんどありません。

これが私がチェックすることです:

  1. 最も可能性の高い問題は、クライアントが/(ルートファイルシステム)に対して実行されており、ファイルシステムの境界を越えることを拒否していることです。それはかなり典型的なことです。繰り返しますが、それを直接修正することはできませんが、できることは他の場所を見てみることです。 NFSまたはSMB共有をバックアップの場所としてクライアントに明示的に追加してみてください。
  2. 少なくともNFS(そして私はSMB)はデフォルトでクライアントホストのrootが多くのことをするのを防ぎます。 #1がうまくいかない場合は、NFSエクスポートにno_root_squashを追加してみて(マスターで "exportfs -v"を実行してオプションを探すことでうまくいったことを確認してください)、それが役立つかどうか確認してください。
  3. もし両方とも失敗したら、(-ff -o /tmp/strace.outなどを使用して)クライアントを停止し、ピックアップしていないファイルシステムのうちの1つについてgrepして、どんなエラーが発生しているのか、あるいは試行しているのかさえ調べます。それでも試していなくて、そのFSをバックアップ対象として明示的にリストしている場合は、ベンダーに相談するのが最善です。

- ロビン

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.