Como seu script de backup é executado? É possível que ele seja executado a partir de um shell aberto que não tenha herdado a associação ao grupo (já que estava em execução antes de você incluir o usuário no grupo)?
Eu tenho um script de backup agendado em um servidor Debian 5.0 x86, via sshfs. No entanto, quando tento montar o diretório remoto, recebo:
failed to open /dev/fuse: Permission denied
ls -l /dev/fuse
retorna:
crwxrwxr-x 1 root fuse 10, 229 2010-11-12 09:08 /dev/fuse
id backup
retorna:
uid=501(backup) gid=501(backup) groups=501(backup),46(plugdev),108(fuse)
A única maneira de obter o diretório para montagem é se eu executar chmod a+w /dev/fuse
, mas isso será redefinido em algum momento durante o dia. É um kludge, e prefiro descobrir por que as permissões do grupo não estão funcionando.
Como seu script de backup é executado? É possível que ele seja executado a partir de um shell aberto que não tenha herdado a associação ao grupo (já que estava em execução antes de você incluir o usuário no grupo)?
Você tem certeza de que esses são os grupos que o trabalho de marionetes vê ao fazer o login, conforme opostos apenas aos que você vê quando você su - backup
? Tente executar um trabalho que mostre a saída do comando groups
e / ou reinicie o agente fantoche se ainda não o fez.
Use uma regra udev para criar o arquivo especial com o modo 777. Crie um novo arquivo /etc/udev/rules.d/99-fuse.rules
com o seguinte conteúdo.
KERNEL==fuse, MODE=0777
Quanto ao problema de associação ao grupo, você adicionou o usuário ao grupo depois que o fantoche foi iniciado? Em caso afirmativo, reiniciar o fantoche provavelmente resolveria o problema.
Tags fuse debian sshfs debian-lenny