数年前(Linuxシステムを使用している場合)、いくつかのファイルをコピーしてNFS共有としてマウントしたNASがあります。
数年後…数日前、SMBを介してWindowsコンピュータから同じファイル/フォルダにアクセスしようとしました。結果:許可が拒否されました。アクセス、移動、削除など何もできません。管理者権限があっても。 Macコンピュータ(まだSMBを使用)からアクセスしようとしましたが、Unixエンジンだと確信していました...同じ結果でした。根があっても。
その後、Linux(まだSMBを使用)で試してみましたが、再び同じ結果を得ました。その後、NFSマウントに切り替えて、問題なく完全なアクセス権を持つようになりました。
原因を調べてみましたが、まだ手がかりはありません。
サンプルフォルダのコピーをいくつか作成しました。
STUDY
ソース:拡張属性があることに注意してください。 SMBを使用して管理できる他のすべてのファイルとフォルダには拡張属性がないため、これは問題のようです。
だから私が最初にしたことは、「STUDYtest」というコピーを作成し、次を使用して属性を削除することでした。
sudo setfacl -Rbk STUDYtest/
実際、上記のスクリーンショットに示すように、拡張プロパティを削除しますが、その中のフォルダとファイルはまだSMBを介して管理できません(このプロセスでは他の人の書き込みも失われます)。聞かないでください。私はなぜ!)。
その後、次のようにプロパティを保持せずにフォルダを別の場所にコピーしようとしました。
cp -r --no-preserve=mode,ownership STUDY/ /home/alberto/
その後、名前を変更してSTUDYnopreserve
もう一度NASにコピーしましたが、今回はWindowsでSMB経由で管理できました。
なぜか理解できません!私にとって、彼らは同じように見えます:
どちらも拡張属性を持っていますが、唯一の違いは所有者ですか?
すべてのデータ(3TB以上)を別の場所にコピーして返すことを避けたい、最も重要なのはその理由を理解したいです。
誰かが私に正しい方向を教えたり、次のテストを提案したりできますか?
答え1
追加のテストを行った結果、以前の解決策が完全に機能するために、no-preserve
別の場所/ドライブにコピー(オプションを含む)を作成し、元の場所/ドライブ(データを同じままにする必要がある場合)に再作成する必要があることがわかりました。場所)。そうしないと、コンテンツにアクセスできますが、リモートSMBユーザーはコンテンツを変更または削除できません。
私はその間に私が考えた最終的な解決策を見つけ、以前に試みたものよりはるかに簡単だったので、もはや原因を調査しませんでした。
簡単に:
sudo chmod -R 777 /path