Eu tentei este comando:
mount -t cifs //server/share/directory /mnt/directory -o credentials=/path/to/cifs.credentials --verbose
A resposta é:
mount.cifs kernel mount options: ip=<IP of server>,unc=\\server \share,user=<username>,prefixpath=directory,pass=********
mount error(2): No such file or directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
No entanto, se eu tentar o mesmo comando sem o caminho do prefixo:
mount -t cifs //server/share /mnt/directory -o credentials=/path/to/cifs.credentials --verbose
Funciona e eu posso acessar / mnt / directory / directory.
Eu recebo o mesmo erro se eu especificar o caminho do prefixo explicitamente nas opções, ou seja:
mount -t cifs //server/share /mnt/directory -o credentials=/path/to/cifs.credentials,prefixpath=directory --verbose
Informação adicional:
- Consigo me conectar ao caminho desejado usando
smbclient //server/share -U username -W domain -D directory
- versão mount.cifs: 5.5
- Kernel do Debian 3.2.0-4-amd64
- Eu consigo conectar em outra máquina usando o mount.cifs versão 4.5 no kernel Debian 2.6.32-5-amd64
Alguma idéia de por que o prefixpath parece causar um problema? Esse mesmo caminho vinha trabalhando recentemente; Suspeito que uma atualização para um pacote no lado Linux ou uma atualização do Windows esteja por trás do novo comportamento.
Isso é para um NAS? Quando você diz que tenta "sem o caminho do prefixo", o comando parece o mesmo. Isso é um erro de digitação?
—
Oct
É para uma SAN da NetApp. Você está certo, isso foi um erro de digitação - eu o corrigi.
—
precisa saber é
Um técnico de suporte da NetApp forneceria um rastreamento de pacotes, onde eles descobriram que o mount.cifs está enviando o diretório // server / share // em vez de // server / share / directory. Essa parece ser a causa do problema (embora não seja uma solução).
—
cherdt