Não é possível gravar no compartilhamento de samba

Question

Eu tento configurar um servidor de arquivos samba, mas o que eu faço, não consigo ter acesso de gravação ao trabalho (a leitura funciona bem). Esta é a minha situação atual:

Eu tenho um servidor de arquivos local com 3 harddisks montados em /mnt/share/disk<nr> . 2 deles usam o sistema de arquivos ext4, o terceiro é o ntfs. Este servidor de arquivos executa o Fedora 18 de 32 bits. As pastas raiz desses discos rígidos são de propriedade de superman:superman e testparm gera o seguinte:

[global]
workgroup = WORKGROUP
netbios name = FILE_SERVER
server string = Samba Server Version %v
interfaces = lo, eth0, 192.168.123.191/8
log file = /var/log/samba/log.%m
max log size = 50
unix extensions = No
load printers = No
idmap config * : backend = tdb
hosts allow = 192.168.123.
cups options = raw
wide links = Yes

[share]
comment = Home Directories
path = /home/share/
write list = superman, @users
force user = superman
read only = No
create mask = 0777
directory mask = 0777
inherit permissions = Yes
guest ok = Yes

Eu tentei muito para que isso funcionasse: o disco foi transferido para o 777, tentei desativar o selinux, adicionei o rótulo samba_share_t aos discos e, como pode ser visto no exemplo acima Eu tentei fazer o smb config tão permissivo quanto eu poderia, mas ainda não posso escrever para o compartilhamento (tentei do Windows 7 e outra instalação do Fedora).

O que eu posso tentar gravar nas ações?

EDIT: As respostas que recebi até agora estão mais preocupadas com o smb.conf . No entanto, tentei muitas configurações diferentes, configurações prontas e soluções para problemas semelhantes para o arquivo smb.conf , então suspeito que o problema real esteja em outro lugar.

    

Answer 1

Você diz que o diretório raiz pertence ao usuário superman , mas também ao grupo superman . Isso não é um problema? Se superman for membro do grupo users , você deve criar o grupo do diretório raiz users (e forçar isso para todos os outros usuários) ou então todos os outros usuários não terão acesso.

Portanto, force os diretórios compartilhados para superman:users .

Depois disso, você também pode tentar alterar / adicionar o seguinte:

valid users = @users
create mode = 0660
directory mode = 0770
force create mode = 0660
force directory mode = 0770
force user = superman
force group = users

Isto é, se superman for um membro do grupo users . Se não, adicione superman a valid users .

    

Answer 2

Você pode dar uma olhada em como você tem /mnt/share/disk vinculado a /home/share .

O caminho que você tem em SMB.conf não corresponde aos seus pontos de montagem para as unidades.

Se você estiver usando um link simbólico, talvez queira verificar as permissões.

    

Answer 3

pelo que vale, eu não pude acessar meu compartilhamento de samba, talvez você tenha esquecido de adicionar seu nome de usuário ao grupo de senhas do samba (por falta de uma melhor frase de descrição)

isto é o que eu fiz para que o meu funcionasse

smbpasswd -a username

depois de usar nautilus, compartilhei minha unidade / pasta com o botão direito do mouse, compartilhamento, etc.

crie sua senha e use seu nome de usuário e senha (que você acabou de inserir) para acessar sua unidade samba, você também pode mapear esta unidade no Windows

espero que isso possa ajudar

    

Answer 4

O grupo e o proprietário da pasta compartilhada estão configurados corretamente para o usuário do samba? Deve ser o mesmo ou tente

$ chown -R nobody:nogroup sharedfolder

para fins de teste ...

    

Answer 5

Eu tive o mesmo problema. do xp eu tinha acesso completo enquanto o W7 mostrava permissão de leitura e gravação, mas na verdade não conseguia criar novos arquivos ou editar os existentes. Eu tive:

read only = no  

já no smb.conf
adicionando

writeable = yes 

(cuidado! não gravável) O windows7 pode modificar arquivos existentes e criar novos arquivos.

    

Answer 6

Aqui está um exemplo de um dos meus compartilhamentos. Anote a opção writable .

[rails]
create mask = 0777
directory mask = 0777
browseable = yes
writeable = yes
path = /var/rails

    

Answer 7

O mesmo problema, na verdade, muito frustrante, poderia navegar com todos os usuários, mas permaneceu como somente leitura até ..... alterar o & máscara de diretório para 0777, e fez o chmod 777 / {path} e funcionou.