erro de montagem (13): Permissão negada

5

Eu sei que essa pergunta já foi feita antes, mas eu estou procurando uma solução há algumas horas e nada parece estar funcionando.

O mais frustrante é que ele costumava funcionar na minha instalação anterior, então sei que os comandos que tento devem funcionar.

Estou executando uma instalação simples do servidor Ubuntu 13.04.

Eu tenho um servidor rodando em 192.168.1.130 e dois compartilhamentos: LaCie e Seagate 2TB.

Eu costumava ter essas linhas no meu arquivo fstab :

//192.168.1.130/Seagate02TB /home/Windows cifs user=admin,password=password,uid=1000 0 0

Agora que reinstalei meu servidor, mas não preciso dele permanentemente, tentei o seguinte:

sudo mount.cifs //192.168.1.130/LaCie ~/lacie -o user=admin

ou

sudo mount -t cifs -o username='admin',password='<password>' //192.168.1.130/LaCie ~/lacie

No entanto, recebo o erro mount error(13): Permission denied .

Tenho certeza de que as credenciais estão corretas. Nada mudou no lado das janelas.

Além disso, instalei os pacotes samba , cifs-utils também. Nada ajudou.

    
por Christophe De Troyer 25.08.2013 / 18:39

6 respostas

2
//192.168.1.130/seagate /home/seagate cifs username=administrator,password=<pwd>,uid=1000 0 0 

Isso resolveu o problema! (ou seja, deixe as aspas para fora!)

    
por Christophe De Troyer 20.09.2013 / 18:28
12

eu tive esse mesmo erro. o que resolveu para mim é reverter o parâmetro de segurança do mount.cifs de volta ao seu padrão anterior, como indicado aqui e em Página de manual do mount.cifs:

% bl0ck_qu0te%

no seu caso, o novo comando seria

sudo mount.cifs //192.168.1.130/LaCie ~/lacie -o user=admin,sec=ntlm

observe sec = ntlm no final

    
por rmanna 25.04.2014 / 13:54
2

No meu caso, foram problemas de tempo na máquina Windows - há algum problema em que seu tempo fica muito lento, na faixa de 2 dias por semana (provavelmente a bateria da placa-mãe precisa ser substituída). Eu atualizei manualmente o tempo e mount foi bem sucedido.

A máquina Arch Linux se conecta a uma do Windows XP, mas eu suspeitava que seria um problema para o Ubuntu também para os novos Windows.

    
por mcmlxxxvi 14.02.2016 / 10:02
1

Estou usando o Ubuntu 14.04.1 LTS após a atualização e tive o mesmo problema

O que fiz para remapear imediatamente a pasta da rede foi:

mount -t cifs //Server/Folder/ /mnt/MapedFolder -o domain=contoso.local,username=user,password=pass,sec=ntlm

Espero que ajude os outros

    
por Aten 07.10.2014 / 14:15
1

Graças às respostas acima, eu consegui montar meu personalCloud da Seagate no meu Pi de framboesa. Eu ajustei um pouco os comandos acima assim:

= > para a pasta Pública: sudo mount -t cifs -o noperm //192.168.1.x/Public /home/pi/Documents/PATH

= > para a pasta privada (precisa do nome de usuário / pwd): sudo mount -t cifs -o username=<USERNMAE>,password=<PWD> //192.168.1.x/<PRIVATEFOLDERNAME> /home/pi/Documents/PATH

Agora posso navegar pelo Seagate PersonalCloud como se fosse um disco normal!

    
por YannO 04.10.2016 / 19:59
0

Para mim, a montagem fstab falhou, pois a configuração da opção _netdev reporta eth0 up e está sendo executada antes da conclusão do dhcp. Isso faz com que a montagem seja executada antes de ter um endereço IP do DHCP.

Estou usando um pi de framboesa no Jessie OS. Minha solução foi

sudo raspi-config

e selecionou a opção 4 para aguardar a conclusão da configuração de rede antes de concluir a inicialização (e antes da montagem das pastas cifs). Corrigido para mim. Veja também: link

    
por steampowered 21.08.2016 / 05:51