以下を使用してホームサーバーを設定しています。灰色の穴そしてサンバ。
抜粋
Greyhole - Sambaを使用して、利用可能なすべてのハードドライブ（サイズ、接続方法に関係ありません）のストレージプールを作成し、保存されたファイルの重複コピーを作成して、ハードウェアの一部に障害が発生した場合にデータが失われないようにするアプリケーションです。 。
ハードドライブがにマウントされ、/mnt/hdd0プール
/mnt/hdd0/ghに追加され、/mnt/hdd0/sharesSamba共有が含まれます。
サーバーに接続してファイルとフォルダを作成できます。ただし、Greyholeがシンボリックリンクを作成してプールにコピーした後、ファイルを編集または削除することはできません。 Windows では「権限の拒否」が発生します。
- シンボリックリンクは完全な権限とマージされます
root:root。 - それらが参照するファイルは、そのファイルを作成したユーザーの所有であり、権限があります
rwxr--r--。 - 「gh」と「shares」のサブフォルダは次のとおりです。
rwx.rwx---
これはsmb.conf：
[global]
workgroup = WORKGROUP
server string = Samba Server
security = user
encrypt passwords = true
log file = /var/log/samba/%m.log
[TV]
path = /mnt/hdd0/shares/TV
comment = Recorded TV Shows
available = yes
browseable = yes
writeable = yes
dfree command = /usr/bin/greyhole-dfree
vfs objects = greyhole
ファイルへの書き込みアクセス権を取得するには、何を変更する必要がありますか？生成されたファイルのグループをつまりsambashare（私のすべてのSambaユーザーが属するグループ）にどのように変更しますか？
編集する：灰色の穴を停止して新しいファイルを作成すると編集できます。私の考えではGHが問題だと思います。
答え1
シンボリックリンクの所有者は権限には関係ありません。 Sambaで重要なのは、ターゲットファイル権限（および親フォルダ権限）です。
共有にファイルを作成できるので、権限は/mnt/hdd0/shares確かに大丈夫です。
Greyholeがファイルを移動すると、/mnt/hdd0/gh元のファイルのファイル所有者と権限が再現されるため、新しいファイルは/mnt/hdd0/gh/ShareName/*正しい権限を持ちます。
これにより、Greyholeが独自に作成しなかったフォルダが問題の原因になる可能性があります。つまり、少なくとも/mnt/hdd0/ghフォルダ自体（空のフォルダで始まらない場合はすでに存在するすべてのフォルダを含む）です。
修理する：
sudo find /mnt/hdd0/gh -type d -exec chmod 755 "{}" \;
sudo find /mnt/hdd0/gh -type f -exec chmod 644 "{}" \;
sudo chown -R your_user:sambashare /mnt/hdd0/gh
それでも問題が解決しない場合は、問題のある特定のファイルに関する詳細情報を提供してください。たとえば、TV共有のルートに新しいファイルを作成し、出力を表示しますls -la /mnt/hdd0/gh/TV（少なくともテストファイルの部分と.部分..）。
新しいファイルとフォルダをグループが所有するようにするには、sambashareフォルダにグループ固定ビットを使用します。
sudo find /mnt/hdd0/gh -type d -exec chmod g+s "{}" \;
これにより、すべての新しいファイルとフォルダが既存のフォルダと同じグループを使用できるようになり、グループ所有者が上記のグループに変更されたため、すべての新しいファイルに目的のグループ所有者がsambashare割り当てられます。
答え2
これは権限の問題と非常によく似ています。ファイル所有者だけでなくSambaユーザーもコンテンツを書き込むことができるはずです。
すべての新しいファイルが自動的にsambashareグループに追加されるようにACLを生成する必要があると思います。
この回答はタスクを完了するのに役立ちます。https://stackoverflow.com/a/6550059