Eu tenho um Raspberry Pi com o samba instalado. Eu examinei o autofs e vi o potencial de montar automaticamente um disco rígido externo ao acessá-lo pela rede pela minha máquina Windows.

Aparentemente, a auto.smbconfiguração fornecida destina-se a um aplicativo cliente samba, mas minha intenção é o contrário. Quero que o servidor monte automaticamente meu disco rígido sempre que eu o acessar pela rede e o desmonte automaticamente após 5 minutos ou mais. Além disso, o fstype deve ser definido como NTFS.

Do meu entendimento atual do autofsque preciso fazer é criar um arquivo de configuração, vamos nomeá-lo auto.ntfs:

conteúdo de auto.ntfs:

driveA -uuid="UUID of my drive",fstype=ntfs,verbose=1 :/dev/sda1

Então eu preciso adicionar essa configuração ao auto.mastergosto, entãoPATH MAP -options

Para especificar, meu PATH é /sharepara que eu adicione /share /etc/auto.ntfs -t=60para /etc/auto.mastermontar automaticamente meu disco rígido externo nesse diretório toda vez que eu o acessar pela rede.

Eu entendi como isso funciona corretamente e o que devo fazer sobre o arquivo de configuração? Há alguma coisa que eu preciso considerar ao fazer isso? É possível?

Eu gostaria de ter a possibilidade sobre isso respondida. (não, não quero outras soluções além do samba e sim, tem que ser NTFS)

ATUALIZAR

Eu adicionei o arquivo de configuração. Meu problema agora é que o conteúdo da unidade não é mostrado, pois estou tentando acessar localmente a unidade para que ela seja montada automaticamente apenas para testar o próprio recurso.

auto.mestre: /share /etc/auto.ntfs -t=60

auto.ntfs: /share -uuid=E820DC6120DC3870,fstype=ntfs :/dev/sda1

Isso não funciona. Quando entro no diretório /share, não consigo ver o conteúdo da unidade. Aqui está uma saída de $ service autofs status:

Jan 15 13:57:04 raspberrypi automount[529]: key ":" not found in map source(s). 
Jan 15 13:57:04 raspberrypi automount[529]: failed to mount /share/: 
Jan 15 13:57:04 raspberrypi automount[529]: re-reading map for /share

CORREÇÃO para acima

Para as pessoas que estão interessadas nesta questão no futuro, o acima foi corrigido verificando as dmesgmensagens relacionadas, que me indicaram a causa real do problema em vez de apenas dizer que não funciona. Este comando pode ser útil para descobrir:

$ dmesg -w | grep ntfs(você pode grep para outros tipos de mensagem se for diferente para você)

O problema era que a opção -uuidnão era suportada. Minha configuração final agora se parece com isso:

auto.mestre: /- /etc/auto.ntfs -t=60

auto.ntfs: /sharing -fstype=ntfs :/dev/sda1

Depois de toda essa correção de bugs, chegamos ao tópico final em questão: Samba

Atualmente, meu problema é que sempre que a unidade é montada, ela altera as permissões de forma inadequada. Criei o diretório compartilhado usando nautilus-share, pois posso simplesmente verificar as opções apropriadas lá.

Aqui está um trecho de $ stat sharing/quando o autofs está desativado:

Acesso: (0777/drwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ root)

Aqui está um trecho do mesmo comando quando o autofs está ativado:

Acesso: (0500/dr-x------) Uid: ( 0/ root) Gid: ( 0/ root)

O acesso é editado na montagem, de acordo com esta mensagem dmesg:

ntfs: (dispositivo sda1): load_system_files(): O volume está sujo. Montagem somente leitura. Execute chkdsk e monte no Windows.

ntfs: (dispositivo sda1): load_system_files(): $LogFile não está limpo. Não será capaz de remontar leitura-gravação. Monte no Windows.

Não sei o que fazer agora. Onde foi que eu errei? Estou pensando que talvez precise configurar as permissões no arquivo de configuração do autofs, mas estou em dúvida devido a mensagem acima.

Eu estaria aberto a sugestões de alterar o formato da partição para algo mais apropriado se o ntfs NÃO for sugerido para ser usado como uma montagem compartilhada!