Erros de montagem de acções CIFS

Resolução de problemas ao aceder a uma pasta partilhada windows XP do Fedora:

Está a receber o erro:

mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

1. Certifique-se que o Linux pode pingar a outra caixa.

Execute este comando na caixa linux para o IP da caixa windows:

el@defiant /mnt $ ping 192.168.13.107
PING 192.168.13.107 (192.168.13.107) 56(84) bytes of data.
64 bytes from 192.168.13.107: icmp_req=1 ttl=128 time=0.366 ms
--- 192.168.13.107 ping statistics ---
44 packets transmitted, 44 received, 0% packet loss, time 42999ms
rtt min/avg/max/mdev = 0.178/0.227/0.366/0.038 ms

Se não conseguir chegar à caixa ou se a conectividade estiver dentro e fora, a montagem pode queixar-se.

2. Certifique-se que uma pasta é realmente partilhada no windows, siga estes passos.

1. Abra o navegador de ficheiros para `C:## Resolução de problemas ao aceder a uma pasta partilhada windows XP do Fedora:

Está a receber o erro:

mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

1. Certifique-se que o Linux pode pingar a outra caixa.

Execute este comando na caixa linux para o IP da caixa windows:

el@defiant /mnt $ ping 192.168.13.107
PING 192.168.13.107 (192.168.13.107) 56(84) bytes of data.
64 bytes from 192.168.13.107: icmp_req=1 ttl=128 time=0.366 ms
--- 192.168.13.107 ping statistics ---
44 packets transmitted, 44 received, 0% packet loss, time 42999ms
rtt min/avg/max/mdev = 0.178/0.227/0.366/0.038 ms

Se não conseguir chegar à caixa ou se a conectividade estiver dentro e fora, a montagem pode queixar-se.

2. Certifique-se que uma pasta é realmente partilhada no windows, siga estes passos.

1. Abra o navegador de ficheiros para .
   
2. Criar uma nova pasta chamada public. Então agora tem C:\public
3. Dentro dessa pasta, faça um novo documento de texto chamado “testing.txt”.
4. Clique com o botão direito do rato na pasta C:\public e vá às propriedades.
5. Clique no separador de partilha.
6. Certifique-se: “Partilhar esta pasta na rede” é verificado. Anote o nome da partilha: “público”.
7. Clicar em ok. Uma pequena mão deve aparecer por baixo da pasta, o que significa que é partilhada.

A pasta ‘public’ é agora partilhada e deverá ser capaz de se ligar a ela com o Linux.

3. No Linux, monte a partilha com ‘mount’:

1. Abra uma consola e su à raiz.

2. faça um directório mkdir /mnt/windows Este será o local onde acede aos ficheiros partilhados.

3. executar o comando de montagem que pede uma palavra-chave:

4. O comando acima solicita-lhe uma senha, introduza a senha correcta, uma senha incorrecta irá produzir um erro. Se não tiver a certeza da palavra-passe, pode alterar a palavra-passe na caixa do windows em Painel de Controlo -\i> Contas de Utilizador.

5. executar o comando cd /mnt/windows& e executar ls. O conteúdo da unidade é apresentado:

6. Ligou-se à unidade do windows.

4. Ligue-se à unidade partilhada com o konqueror ou navegador de ficheiros linux:

1. Abra o seu navegador de ficheiros, no meu caso o konqueror.
2. Na barra de localização do ficheiro, introduza smb://192.168.13.107/public e prima enter.
3. Poderá ser-lhe apresentada uma caixa de login com nome de utilizador e palavra-passe. Introduza o nome de utilizador e a palavra-passe da caixa do windows descrita no topo deste post.
4. Parabéns, está ligado à pasta partilhada.

TROUBLESHOOTING, se o acima indicado não funcionar.

Passo 1: Já tentou reiniciar ambos os computadores

Reiniciar ambos os seus computadores. Depois disso, certifique-se de que todas as suas actualizações do Windows estão feitas. Assegure-se que as actualizações de software do Linux também estão a ser tratadas. Reinicialize após as actualizações.

Passo 2: Rever as suas Firewalls, ZoneAlarms, e outro Software de Segurança*

Um software concebido para proteger o seu computador de vírus, malware ou males na Internet pode estar a bloquear a sua tentativa de partilha de ficheiros. A firewall do Windows pode estar em modo paranóico. Embora seja improvável que a culpa seja da Firewall do Windows, desligue-a temporariamente para verificar que não é esse o problema. (não a deixe desligada).

Adquirir uma lista de todo o software de segurança que possa estar configurado para o modo paranóico. Windows Firewalls, firewalls de terceiros, ZoneAlarms, Antiviruses, Kaspersky, AVG, ou qualquer outra coisa que afirme protegê-lo de vírus/malware/evil. Terá de os rever e ou desligá-los temporariamente, ou abrir uma lista branca através deles para o seu endereço IP.

Passo 3: Adquirir pistas de software de segurança.

ZoneAlarm mantém um registo de todos os eventos e tentativas de partilha de pastas, vá para Overview->alerts e logs. E veja uma lista de todas as suas tentativas falhadas. O mesmo é possível para outro software. Nesse caso, está a protegê-lo de si.

Passo 4: Problemas suspeitos no router ou na própria rede local

Talvez o router, as pontes sem fios, os hubs estúpidos, ou outro dispositivo de rede, tenha alguma directiva shenanigan, bloqueando a sua tentativa de ligação de pastas partilhadas. O router ou dispositivo em si pode estar a bloquear uma porta ou ter algo em modo restritivo. Alguém tem andado a brincar com ele ultimamente? Tente configurar o router de volta para tudo por defeito e tente novamente.

Passo 5: Certifique-se de que a sua rede local é simples e correcta.

Ambos os seus computadores estão a ligar-se ao mesmo router? Talvez um esteja ligado a uma ponte sem fios de rede de porcaria e o outro a um router? Simplifique a rede fazendo com que todos os computadores se liguem a um router. Reinicie os routers e a Internet, tente novamente.

Passo 6: Ainda não funciona. Isolar a unidade defeituosa.

Está na hora de rebanho de gatos e isolar a unidade defeituosa. Prove que a caixa do windows não está a partilhar o seu ficheiro, ligando-se à partilha com um computador diferente. Adquira um computador portátil Windows, ou um produto Apple, e ligue-o à sua rede e veja se eles podem aceder à partilha. Se não puderem, a caixa windows tem um problema, se puderem, a caixa Linux tem o problema.

Passo 7: Suspeite da firewall no Linux

Tome nota de qualquer alarme especial de segurança ou software especial de firewall no Linux. Execute system-config-firewall& e certifique-se de que o smb está verificado. Verifique se o Linux não está a impedir a sua montagem. Crie uma partilha smb noutra caixa do Linux, e tentar ligar-se a isso.

Se nada disto funcionar. Utilize a opção nuclear, volte a instalar ambos os sistemas operativos e recomece no topo. Isto é cirurgia de foguetão.

Tente:

mount -t cifs -v //NAS_SERVER/public/ /mnt/ -o username=user,password=pass,sec=ntlm

A chave é sec=ntlm*

Adicionando mais soluções possíveis a este problema

Esta mensagem de erro não é muito descritiva, mas o que significa é que a operação foi cronometrada. Há inúmeras razões possíveis para isto, e enquanto investigava este problema, deparei-me com algumas soluções que ainda não tinham sido mencionadas neste tópico.

1). Rede ambígua

Não é frequentemente mencionada nas várias soluções que se podem encontrar para este problema online, mas o servidor a que se está a ligar tem de estar na mesma sub-rede da sua máquina local. Este problema surgiu para mim porque tinha as ligações com e sem fios activadas, e determinar a que sub-rede o dispositivo pertencia era ambíguo, uma vez que as duas ligações não são a mesma rede. A desactivação do Wifi resolveu o problema instantaneamente. Deparei-me com esta solução enquanto lia Das Werkstatt:

[SOLUÇÃO]

& > No meu caso, a partilha DFS estava num armazenamento numa sub-rede diferente. Adicionei um alias de rede (eth0:1) com um IP nessa subrede de armazenamento e depois funcionou.

& > teria esperado algo como “nenhuma rota para hospedar” em vez do “erro críptico (115)”: Operação agora em curso"…

& > Bem, não se pode ter tudo ;)

Fonte: http://www.das-werkstatt.com/forum/werkstatt/viewtopic.php?f=7&t=2074

2). Novas linhas no final do ficheiro de credenciais

Ficheiros de credenciais são úteis se tiver caracteres especiais como a vírgula , na sua palavra-passe. Pode ser referenciado nas opções assim:

mount -t cifs //remote /mnt/local -o credentials=/path/to/cifs.credo

O ficheiro é formatado com a declaração variável de estilo sh:

username=me
password=mypassword
domain=mydomain

Se estiver a utilizar um ficheiro de credenciais, certifique-se de que não existem novos caracteres de linha no final, ou o ficheiro de credenciais não terá tempo enquanto tenta analisar o ficheiro de credenciais:

...
domain=mydomain
<empty line>

3). Tentar montar um directório específico em vez do ponto de partilha real

Se o directório específico de que precisa for um subdirectório da partilha, não será possível montar directamente essa pasta. A tentativa de o fazer resulta em alguns erros diferentes, sendo este um deles.

Em vez disso, monte o ponto de partilha em si, e depois adicione uma ligação simbólica à subdirectoria de que necessita:

~> mkdir /mnt/local
~> sudo mount -t cifs //remote /mnt/local
~> ln -s /mnt/local/path/to/my-folder /mnt/my-folder

Desta forma, obtém-se o mesmo resultado que montar o subdirectório em si, sem ter de perfurar sempre o subdirectório.

Não tenho a certeza de quão relevante isto é para o vosso caso, mas tive um problema semelhante ao de montar uma partilha CIFS no meu telefone Android:

# mount -t cifs //192.168.0.2/media/ /mnt/cifs/media -o username=user,password=pass
mount: mounting //192.168.0.2/media/ on /mnt/cifs/media failed: No such device or address
#

Tentei remover a barra de arrasto e aparentemente fez a diferença - montou:

# mount -t cifs //192.168.0.2/media /mnt/cifs/media -o username=user,password=pass
#

O problema na minha situação era que tinha espaços no ficheiro de credenciais /etc/smb-credentials

username = foobar
password = secret

Depois de o ter mudado para:

username=foobar
password=secret

Funcionou.

Muitas vezes tenho de citar o -o "username=joe,password=yadayada,domain=adomain" //share/share /mnt e ele vai subir e a maioria dos exemplos que procurei não mostram esse bit (se for necessário nesses sistemas).
Na verdade, tive esse problema no meu tablet agora mesmo (porque é que estou aqui para que as citações do nome UNC não IP) o resolvam logo.

Solução adicional possível

Se a pasta de partilha for do Windows 10 (provavelmente também se aplica a 7 e XP), confirme que as definições de partilha da pasta Windows estão configuradas correctamente para o tipo de rede a que está ligado, ou seja, Public ou Private.

Vou apenas retransmitir a minha experiência e adaptar-me à sua situação, conforme apropriado. Abra a lista de redes wifi e para a rede a que está ligado, clique Properties. Defina para Public& ou Private conforme apropriado. (No meu caso, uma rede Private foi incorrectamente rotulada Public.)

Quando a rede estiver classificada correctamente, clique com o botão direito do rato na sua pasta partilhada, seleccione Properties, seleccione o separador Sharing, seleccione Network and Sharing Center, e certifique-se de que Turn on file and printer sharing está seleccionado para Public ou Private, dependendo do seu tipo de ligação wifi como classificada anteriormente.

Depois de fazer isto, fui capaz de ligar uma máquina Debian ao Windows 10, como esperado.

Outro problema pode ser com o DNS. Estava a receber o mesmo erro de “operação agora em curso”. A navegação com o Dolphin funcionou bem, no entanto. O hostname que estava a usar com sucesso com Dolphin resolve-se a 4 endereços IP, um dos quais termina em 0 (é um nome de subdomínio). Quando utilizo o nome para um dos outros 3 endereços IP, a montagem funciona. Acho que o Dolphin é mais esperto em procurar um anfitrião real quando lhe é dado um nome de (sub)domínio do que o nome de montagem.

Vi hoje um caso em que alguém estava a tentar montar uma acção utilizando o CIFS mas o CIFS não foi instalado.

yum install cifs-utils