16.04 CIFS “O host está inoperante”, mas eles não estão

Eu tenho minha configuração CIFS no fstab e eles estão funcionando como deveriam na inicialização. Eles montam como deveriam e trabalham por um tempo. Parece que do nada (pode ocorrer após o desbloqueio da máquina, etc.), recebo o erro "O host está inoperante" ao tentar acessá-lo. Eu tenho vários e eles estão todos em baixo. Eles também são compartilhados no mesmo servidor. Neste momento, verifico em um computador Windows e em uma máquina 14.04 desatualizada e eles estão em funcionamento e funcionando como deveriam. Depois de clicar nos compartilhamentos do nautilus e obter erros de repetição, eles começarão a trabalhar novamente. Para acessar um compartilhamento "inativo", são necessários cerca de 2 a 3 minutos ao clicar aleatoriamente em montagens diferentes e voltar ao primeiro quando, automaticamente, ele mostra os dados no ponto de montagem.

Não tenho esse problema nas máquinas 14.04 que não são atualizadas há algum tempo. Todas essas máquinas são totalmente funcionais e o CIFS nunca cai "para baixo". Em 16.04, eles não eram um problema até mais recentemente.

Fiz questão de atualizar todos os dias e limpei os cabeçalhos antigos do linux (em retrospectiva eu ​​provavelmente deveria ter revertido). Faço isso porque estou implorando para que uma correção apareça, mas há semanas lutando contra montagens CIFS sem nenhuma solução.

Estou enfrentando o mesmo problema. Parece que tem algo a ver com as versões mais recentes do Kernel e samba.

Eu consegui resolver isso adicionando vers = 2.0 nos comandos mount (ou no final de cada linha do fstab)

Após muitos testes, adicionar vers=1.0a linha de montagem parece corrigir o problema. A montagem funciona agora no Ubuntu 17.10 como durante anos em versões mais antigas do Ubuntu.

Eu já enfrentei o mesmo problema, queria montar automaticamente usando o método encontrado no wiki do Ubuntu ( https://wiki.ubuntu.com/MountWindowsSharesPermanently ), embora eu tenha o mesmo problema, como mencionado acima:mount error(112): Host is down

A questão é o que me ajudou a adicionar vers=3.0as opções e:

//servername/sharename /media/windowMBsshare cifs credentials=/home/ubuntuusername/.smbcredentials,iocharset=utf8,sec=ntlm,vers=3.0 0 0

Parece que só funciona agora se você ignorar o SMB1 e usar outro especificado, o SMB3 funcionou para mim, por isso não tentei mais nada.

Eu usei uma conta local na máquina Windows e não uma com o nome de domínio outlook.com, pois li algo que isso também pode causar conflitos.

Outros já sugeriram a solução, mas pode valer a pena explicar em breve o motivo.

mount.cifs no Ubuntu 16.04 usa o protocolo SMB1 por padrão.

Nas versões posteriores mount.cifs, a versão SMB padrão é 2.1 ou 3.0.

Os servidores atuais do Windows não oferecem mais suporte ao protocolo SMB 1.0, a menos que especificamente configurado em seu registro para aceitá-lo. Portanto, por padrão, eles rejeitam conexões de clientes usando o protocolo SMB1. O que leva à mensagem enganosa "O host está inoperante".

Mas alguns sistemas mais antigos (geralmente NASes) não suportam os protocolos 2.1 ou 3.

A solução é dizer mount.cifspara usar o protocolo certo para se conectar ao seu servidor, usando a vers=opção Por exemplo, para conectar-se a uma máquina Windows 10:

mount -t cifs ... -o vers=3.0,...

ou para um NAS antigo do Ubuntu 18.04 ou posterior:

mount -t cifs ... -o vers=1.0,...

De man mount.cifs(no Ubuntu 16.04):

   vers=
       SMB protocol version. Allowed values are:

       ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

       ·   2.0 - The SMBv2.002 protocol. This was initially introduced in
           Windows Vista Service Pack 1, and Windows Server 2008. Note
           that the initial release version of Windows Vista spoke a
           slightly different dialect (2.000) that is not supported.

       ·   2.1 - The SMBv2.1 protocol that was introduced in Microsoft
           Windows 7 and Windows Server 2008R2.

       ·   3.0 - The SMBv3.0 protocol that was introduced in Microsoft
           Windows 8 and Windows Server 2012.

       Note too that while this option governs the protocol version used,
       not all features of each version are available.

Se você definir sua montagem /etc/fstab, pode ser algo como isto:

//server/share  /mnt/share  cifs  defaults,vers=3.0,...your_other_options...,nofail,x-systemd.device-timeout=15 0 0

Eu tive o mesmo problema após uma atualização do cliente do cifs-utils para 6.7-2. E basicamente a solução de josepcoves e user695658 funcionou para mim. Mas apenas o valor 1.0 para a opção de montagem 'vers' funcionou para mim. Parece que o valor padrão para o param 'vers' não é mais 1,0.