web-dev-qa-db-ja.com

sudo mkdirはマウントされたディレクトリにnobody nogroupとしてディレクトリを作成し、chownは許可されません

誰かが以下を手伝ってくれますか?

マウントされたディスクにディレクトリを作成して「ll」にすると、次のようになります

xyz@c1:/home/Data6:Sudo mkdir test
xyz@c1:/home/Data6:ll
drwxr-xr-x  2 nobody   nogroup  4096 Sep 15  2015 test/

その後、次のコマンドはエラーを返します

xyz@c1:/home/Data6:Sudo chown username test
chown: changing ownership of ‘test’: Operation not permitted

「sudo chmod」などは機能しますが、「chown」は機能しません(「rsync -a」に必要です)。

Sudoが所有権の制御を失うのはなぜですか?

関連する背景情報:

Ubuntu 14.04.3 LTS、起動時に次のようにディスクがマウントされます

xyz@c2:less /etc/fstab
/dev/sdc1 /Data6 ext4 defaults,acl 0 2

xyz@c2:less /etc/exports    
/Data6 *c1*/255.255.255.0(rw,sync,no_subtree_check,acl)

xyz@c1:less /etc/fstab
*c2*:/Data6 /home/Data6 nfs rw,hard,intr 0 0

ファイルが「Sudo cp」経由でコピーされた場合も同じことが起こります。

「lsattr」は「e」属性のみを表示し、「i」は表示しません。

c2(Data6の物理的な場所)に直接ログインする場合、Sudoはすべてを実行できます(つまり、c1の場合、 "Sudo"を介して作成されたディレクトリの "chown"もできます)。 c1で "Sudo"権限を持っているログインユーザーとして "Sudo"を実行しているようですが、c2からマウントされたディスクで作業するとそれらの一部を失います。 =。 c1またはc2で「Sudo」を実行すると、ユーザーは同じ名前、ID、およびグループを持ちます

「acl」オプションに関連しているのでしょうか?

どんな助けも大歓迎です。ありがとう

4
S.W.

これは、nfsのセキュリティ機能です。リモートルートがファイルシステムのルートに留まるように、フラグno_root_squashでエクスポートする必要があります。

5
meuh