Início / ubuntu / Perguntas / 1032237
Accepted
bomben
Asked: 2018-05-05 21:21:58 +0800 CST

Por que o mount.cifs não está mais funcionando no fstab após a atualização de 16.04 para 18.04?

  • 772

Meu fstab para conectar a um NAS local sempre foi

//192.168.111.112/RAID /home/moi/share/OMV cifs noauto,users,username=USERNAME,passwd=PASSWORD

Depois de atualizar meu sistema do Lubuntu 16.04 para 18.04, isso não funcionou mais, dando a mensagem de erro:

Failed to query password: Permission denied
Password for USER@//192.168.111.112/RAID: mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
fstab samba mount lubuntu cifs

5 respostas

  1. Best Answer

    O que funcionou para mim foi adicionar vers=1.0 às opções em fstab em combinação com a alteração da opção de senha de passwd para password :

    //192.168.111.112/RAID /home/moi/share/OMV cifs  vers=1.0,noauto,users,username=USERNAME,password=PASSWORD

    Isso ajudou a encontrar um log de erros:

    tail -f  /var/log/kern.log

    Eu apreciaria qualquer entrada adicional.

    EDIT: setembro de 2019

    Hoje percebi que usersnão é mais um argumento válido do mount cifscomando. Além disso, vers=1.0deve ser o padrão, de acordo com man mount.cifs.

    • 9

  2. Estou lutando com isso há alguns dias, consegui acessar os compartilhamentos do samba em um sistema de desktop ubuntu 16.04 com minha nova instalação do lubuntu 18.04 usando smb4k, mas não no fstab. Usei alguns dos parâmetros listados por 'mount' depois de montar um compartilhamento usando smb4k. O que descobri foi credentials=/etc/samba/auth.myserver.meque não funcionou como no Ubuntu 16.04. A seguinte sintaxe permitiria uma montagem:

    //192.168.10.66/servershare     /mnt/localdir       cifs  rw,vers=1.0,sec=ntlmssp,username=USER,password=PASSWORD,domain=YOURDOMAIN,uid=LOCALUSER,gid=LOCALUSER,posixpaths,mapposix,acl     0   0

    O que não sei é qual das opções acima é necessária. Use seus próprios valores para USUÁRIO, SENHA e SEUDOMÍNIO.

    Sempre que eu usava o credentials=/etc/samba/auth.myserver.me, sempre recebia uma mensagem de 'Permissão negada'. Aparentemente, o Ubuntu 18.04 não está acessando corretamente o arquivo de credenciais listado fstabou a sintaxe foi alterada.

    Você pode ter que experimentar o uid e o gid. Normalmente, eu apenas faço login como um usuário específico, que estou chamando de LOCALUSER, o grupo padrão para esse login também seria LOCALUSER.

    • 2

  3. Ao atualizar para o Ubuntu 18.04, nossos scripts cifs de montagem também falharam, essas foram as seguintes correções que eu precisava:

    • userNão useusername
    • passNão usepassword
    • domNão usedomain
    • Usarvers=1.0
    • Use barras invertidas \e não barras /no UNC
    • Quando invocado a partir de scripts bash, escape das barras invertidas, ou seja, \\em vez de \.

    Aqui está um exemplo de comando de montagem em um script:

    #!/bin/bash

REMOTEHOST=contoso
REMOTEFOLDER=share
MOUNTDIR=/mnt/share
MOUNTUSER=billgates
MOUNTPASS=secret
MOUNTDOM=microsoft

sudo mount -t cifs \\\\${REMOTEHOST}\\${REMOTEFOLDER} ${MOUNTDIR} -o vers=1.0,user=${MOUNTUSER},pass=${MOUNTPASS},dom=${MOUNTDOM}

    Aqui está a linha de montagem de amostra em /etc/fstab:

    # /etc/fstab
\\contoso\share /mnt/share cifs vers=1.0,user=billgates,pass=secret,dom=microsoft

    No entanto, se você estiver usando um arquivo de credenciais, precisará usar username, passworde domainda seguinte forma:

    # /etc/fstab
\\contoso\share /mnt/share cifs vers=1.0,credentials=/root/.smb

    # /root/.smb
username=billgates
password=secret
domain=microsoft
    • 2

  4. Ben deu a resposta:

    O que funcionou para mim foi adicionar vers=1.0 às opções no fstab

    Quando você tenta fazer um mount.cifs usando um recurso SMB1, você obtém este tipo de mensagem no log do kernel:

    $ journalctl | grep CIFS

Sep 04 14:57:22 nfsbonos kernel: No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Sep 04 14:57:23 nfsbonos kernel: CIFS VFS: cifs_mount failed w/return code = -112

    Portanto, tentar o mount.cifs usando a opção vers=1.0 deve corrigir:

    $ mount.cifs /\/\$IP_of_RESOURCE_CIFS/\folder /mnt/folder -o vers=1.0,credentials=/root/.smbcredentials

    e no fstab, apenas colocando no início das opções "vers=1.0," (depois do cifs).

    Muito, muito obrigado, Ben.

    • 1

  5. Minha entrada fstab testada e comprovada para montar uma unidade USB conectada a um roteador TP-Link parou de funcionar após uma atualização do Ubuntu/Mint. Adicionar vers=1.0 corrigiu. Minha entrada fstab é exatamente como abaixo:

    //192.168.0.1/volume9 /home/don/RemoteMedia/NAS_USB cifs vers=1.0,guest,uid=1000 0 0

    volume9 e sua localização é a partição do disco identificada pela página da web de administração do roteador. Remote Media é uma pasta que criei em meu diretório pessoal "don". Certifique-se de alterar as permissões deste diretório para que o usuário conectado possa acessar sem privilégios de root. NAS_USB é apenas um nome que escolhi, que aparecerá na minha pasta Remote Media, uma vez montada, contendo o conteúdo "vinculado" do volume9. Outras respostas que encontrei tinham senhas etc no exemplo. Esta unidade USB aparece como um simples compartilhamento do Windows e este é um fstab simples para suportar a montagem do disco automaticamente na inicialização, para que seja possível um backup automatizado na unidade de rede.

    Eu espero que isso ajude.

    • 0

relate perguntas