problemas de permissão do Greyhole

2

Estou montando um homeserver usando o Greyhole e o Samba.

trecho

Greyhole - An application that uses Samba to create a storage pool of all your available hard drives (whatever their size, however they're connected), and allows you to create redundant copies of the files you store, in order to prevent data loss when part of your hardware fails.

O disco rígido está montado em /mnt/hdd0 , /mnt/hdd0/gh é adicionado ao pool e /mnt/hdd0/shares contém os compartilhamentos do Samba.

Consigo me conectar ao servidor e criar arquivos e pastas. No entanto, depois que Greyhole criou o link simbólico e os copiou para o pool, não consigo editar nem excluir arquivos. O Windows apenas lança "Permissão negada".

  • Os links simbólicos têm permissões completas e são de propriedade de root:root .
  • Os arquivos, eles estão se referindo, são de propriedade do usuário, que os criou e têm rwxr--r-- permissões.
  • As subpastas de "gh" e "compartilhamentos" têm rwx.rwx---

Este é o 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

O que preciso alterar para obter acesso de gravação aos arquivos? E como faço para alterar o grupo dos arquivos criados para, por exemplo, sambashare (um grupo em que todos os meus usuários de samba estão)?

Editar: se eu parar o greyhole e criar um novo arquivo, eu posso editá-lo. Eu suponho, GH é o problema.

    
por dr0n3 10.11.2013 / 14:50

2 respostas

1

O proprietário e as permissões do link simbólico são irrelevantes. São as permissões do arquivo de destino que são importantes para o Samba (e as permissões de pastas pai).

Como você pode criar arquivos em seus compartilhamentos, as permissões em /mnt/hdd0/shares são, com certeza, OK.

E quando Greyhole mover os arquivos para /mnt/hdd0/gh , ele reproduzirá o proprietário do arquivo e as permissões do arquivo original, portanto, o novo arquivo em /mnt/hdd0/gh/ShareName/* terá as permissões corretas.

Isso deixa as pastas que a Greyhole não criou como uma possível fonte de problemas. Ou seja, a pasta /mnt/hdd0/gh em si, pelo menos (mais qualquer pasta que já estava lá para começar, se você não começou com uma pasta vazia.

Para corrigir:

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

Se isso não resolver seu problema, forneça mais informações sobre um arquivo específico com o qual você tem problemas. Por exemplo, crie um novo arquivo na raiz do seu compartilhamento de TV e mostre a saída de ls -la /mnt/hdd0/gh/TV (pelo menos as partes sobre seu arquivo de teste e sobre . e .. ).

E para forçar novos arquivos e pastas a serem de propriedade do grupo sambashare , use o grupo sticky-bit para pastas:

sudo find /mnt/hdd0/gh -type d -exec chmod g+s "{}" \;

Isso forçará todos os novos arquivos e pastas a usar o mesmo grupo das pastas existentes e, como você alterou o proprietário do grupo para sambashare acima, todos os novos arquivos terão o proprietário do grupo desejado.

    
por 10.11.2013 / 20:52
0

Isso se parece muito com um problema de permissões, seu conteúdo deve ser gravável para o usuário do samba, não apenas para o proprietário dos arquivos.

Acho que você deve tentar criar uma ACL para que todos os novos arquivos sejam automaticamente adicionados ao grupo sambashare.

Essa resposta pode ser útil para fazer isso: link

    
por 10.11.2013 / 16:04