Greyhole 權限問題
我正在使用Greyhole和 Samba 設置家庭伺服器。
摘抄
Greyhole - 一個使用 Samba 為所有可用硬碟創建儲存池的應用程序(無論它們的大小,無論它們如何連接),並允許您創建所儲存文件的冗餘副本,以防止數據失去部分硬體發生故障。
硬碟驅動器安裝到
/mnt/hdd0
,/mnt/hdd0/gh
添加到池中並/mnt/hdd0/shares
包含 Samba 共享。我能夠連接到伺服器並創建文件和文件夾。但是,在 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
我需要更改什麼才能獲得對文件的寫訪問權限?以及如何將創建文件的組更改為 ie
sambashare
(我的所有 samba 使用者都在其中的組)?**編輯:**如果我停止灰洞並創建一個新文件,我可以編輯它。我想,GH是問題所在。
符號連結所有者和權限無關緊要。對 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
(至少有關您的測試文件的部分,以及 about.
和..
)的輸出。要強制新文件和文件夾歸 組所有
sambashare
,請對文件夾使用組sticky-bit:sudo find /mnt/hdd0/gh -type d -exec chmod g+s "{}" \;
這將強制所有新文件和文件夾使用與現有文件夾相同的組,並且由於您將組所有者更改為
sambashare
上述,所有新文件都將具有您想要的組所有者。