web-dev-qa-db-ja.com

mkdir権限がumaskに対応していません（場所によって異なります）

自宅（またはそのサブディレクトリ）に新しいディレクトリを作成するときは、umaskが正しく設定されていても、書き込み権限がありません。私が作成したファイルには書き込み権限があります。

[mmanary@seqap33 ~]$ umask
0002
[mmanary@seqap33 ~]$ mkdir testDir
[mmanary@seqap33 ~]$ touch testFile
[mmanary@seqap33 ~]$ ls -l
dr-xr-x--- 2 mmanary mmanary  0 Apr 15 10:25 testDir
-rw-rw-r-- 1 mmanary mmanary  0 Apr 15 10:26 testFile

共有グループのストレージディレクトリに切り替えると、新しいディレクトリには書き込み権限があります。 chmodで簡単に切り替えることができますが、tarを使用すると、新しいディレクトリに書き込めないため、「PermissionDenied」でtarが失敗します。どんな助けでも大歓迎です。

編集：私は他の提案された質問を読みましたが、それらはより複雑なケース（他のユーザーが関与している）を含むため、直接適用されないようです。これが役立つ場合：

[mmanary@seqap33 ~]$ getfacl .
# file: .
# owner: mmanary
# group: mmanary
user::rwx
group::r-x
other::---

Edit2：コメントからのアドバイスで、私のファイルシステムはNFSです

linuxpermissionschmodumaskmkdir
5
Micah Manary

インフラストラクチャの担当者と話したところ、その答えは、場所に基づいて動作が異なる拡張ACLが配置されており、それらが誤って設定されていたということです。

1
Micah Manary

この種のシナリオを見たのは、NFS forWindowsサービスを実行しているWindowsサーバーからNFS共有がエクスポートされたときだけです。 Unix/Linuxの世界で要求されるPOSIX属性は、NTFS属性に適切にマップされておらず、その結果、アクセス許可は1つのものを表示し、（場合によっては）別のものとして機能します。

私たちの特定の状況では、状況を解決するために数週間を費やし、最終的にWindowsシステムを消去し、ハードウェアにLinuxベースのシステムをインストールしました。

0
roaima