700 em vez de 755 permissões no HDD USB montado automaticamente? [duplicado]

Question

Estou executando o Ubuntu 12.10 (kernel 3.5.0-21-generic) em um laptop, e parece ter se deparado com um problema estranho com um HDD USB FAT32 externo montado automaticamente: As permissões do diretório de montagem da unidade e tudo nele é mapeado para "drwx ------" (700) após a montagem automática. O HDD montado em USB é um Western Digital WDC WD5000BPVT-22HXZT3 (SATA-2); Eu tenho outro desses embutidos no laptop, e esse funciona como um encanto.

Pelo que entendi, as permissões devem ser 755, e a configuração 700 causa sérios problemas com meu programa de backup (backup de sorte); o software simplesmente não pode fazer backup de nada, porque não pode acessar os diretórios na unidade USB. No entanto, copiar manualmente os dados para o HDD USB (usando o nautilus ou o terminal) não causa problemas de acesso. Isso pode estar conectado, pois esses programas acessam os arquivos diretamente, não indiretamente, usando um cron-job como a ferramenta de backup.

Eu pesquisei muito hoje para tentar encontrar casos semelhantes com sollutions, mas nenhum funcionou até agora; A melhor dica que eu encontrei foi que as permissões podem ser redefinidas para 700 sempre que o procedimento de busca encontrar um problema com o HDD USB, por qualquer motivo. Se marcado os logs, e descobriu que o dispositivo estava de fato causando

"HDIO_GET_IDENTITY failed for '/dev/sdc': Invalid argument"

warnings por causa do hdparm, então eu configurei a opção "nohdparm" na configuração GRUB_CMDLINE_LINUX_DEFAULT em / etc / default / grub. Verificar os registros indica que ele cuidou dos avisos, mas infelizmente não alterou as permissões do HDD USB de volta ao normal.

Então eu tentei outra ideia que sugeria a definição de uma política de montagem USB, mas também não teve sorte, não mudou nada. Portanto, minhas perguntas permanecem:

• quais são as razões para os HDDs USB FAT32 serem montados automaticamente com permissão 700? E se isso for intencional, os poderes estão cientes de quanto software NÃO está usando o usuário atual para acessar os arquivos?
• isto está de alguma forma ligado a este Bug de 3 anos? link
• há uma solução alternativa que não envolva evitar o FAT32 nos HDDs USB? Afinal, eu gosto de poder acessar diretamente os backups de dados de vários sistemas operacionais ...

Obrigado antecipadamente ...

    

Answer 1

Por fim, encontrei uma solução adicionando a seguinte definição estática ao / etc / fstab: UUID = 7358-CACE / media / backup de usuários vfat, nofail, flush, utf8, umask = 0000 0 2

Basicamente, a entrada define uma montagem independente do usuário para o meu disco rígido USB. Ele simula o root como usuário e grupo para qualquer coisa no HDD USB, o que é bom porque umask = 0000 garante que todos possam fazer qualquer coisa na unidade. As outras opções são:

• "nofail" assegura que o kernel não resiste se a unidade não estiver presente no momento da inicialização
• "usuários" garante que qualquer um pode desmontar a unidade, não apenas o root
• "flush" deve garantir que a unidade seja liberada com frequência, mas não sincronizada
• utf8 deve ser capaz de traduzir corretamente caracteres especiais em nomes de arquivos

O único problema que resta com isso é que o nautilus de alguma forma decide fechar quando eu desmonto o dispositivo, mas eu posso viver com isso. Não há entrada de erro no syslog ou no auth.log, sugerindo que ele falhou ...