//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!)
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.
//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!)
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
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.
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
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!
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
Tags permissions mount server samba fstab