Problema ao tentar montar uma partição Windows, utilizando cifs

CavalcanteNeto
(usa CentOS)

Enviado em 18/09/2020 - 16:51h

Olá, pessoal.

Preciso montar uma partição no meu Centos 8 para acessar uma pasta no Windows Server 2012. Depois de algumas tentativas, encontrei uma dica aqui mesmo no site (https://www.vivaolinux.com.br/dica/CIFS-Montando-compartilhamento-Windows-no-Linux/) que segui. Mas após a suposta montagem, não são apresentadas as pastas e arquivos existentes nela. Onde estou errando, por favor?

No /etc/fstab coloquei: //192.168.180.20/BackupTecnologia /mnt/BackupTecnologia cifs credentials=/root/pwdWindows.txt,user,dir_mode=0777,file_mode=0777 0 0

Após reiniciar o servidor CentOS, veja a resposta do comando ls:
[root@rceappdell ~]# ls /mnt/BackupTecnologia/
[root@rceappdell ~]#

Obrigado!

pbonfanti
(usa Debian)

Enviado em 18/09/2020 - 17:38h

Pelo visto não montou, vale a pena você tentar montar uma vez pela linha de comando, e depois de ter conseguindo uma vez , aí sim adicionar no fstab,
Você pode usar o pacote cifs-utils, pelo menos esse é o nome do pacote no debian. talvez seja o mesmo no centos.
A versão do protocolo não foi especificada no fstab, mesmo com todos os outros dados corretos, a negociação com versão diferente do protocolo pode impedir de montar.
no cifs.mount o número do protocolo é definido no parâmetro vers=3.0 (provalmente a versão do protocolo no windows server 2012 é essa), altere o valor de acordo com a necessidade.

Carlos_Cunha
(usa Linux Mint)

Enviado em 18/09/2020 - 19:08h

Acredito que seja por que falta o "auto", tente assim:

//192.168.180.20/BackupTecnologia /mnt/BackupTecnologia cifs credentials=/root/pwdWindows.txt,user,dir_mode=0777,file_mode=0777,auto 0 0

 

Mas se quiser saber se é isso, execute um "mount -a" se montar e pq só falta isso mesmo.

#-------------------------------------------------------------------------------------#
"Falar é fácil, me mostre o código." - Linus Torvalds
#-------------------------------------------------------------------------------------#

CavalcanteNeto
(usa CentOS)

Enviado em 21/09/2020 - 09:03h

pbonfanti e Carlos_Cunha, obrigado pela atenção. Bora lá...

Consigo montar pela linha de comando, através de mount -t cifs //192.168.180.20/BackupTecnologia /mnt/BackupTecnologia -o username=administrador. Depois tentei as duas opções utilizando o fstab: //192.168.180.20/BackupTecnologia /mnt/BackupTecnologia cifs credentials=/root/pwdWindows.txt,user,dir_mode=0777,file_mode=0777,auto 0 0 e //192.168.180.20/BackupTecnologia /mnt/BackupTecnologia cifs credentials=/root/pwdWindows.txt,user,dir_mode=0777,file_mode=0777,vers=3.0 0 0, sem sucesso.

pbonfanti, onde posso confirmar a versão do protocolo, pois a versão do meu Windows é 2012 R2, e não 2012. Desculpa.

Para conhecimento, consegui montar a partição pelo fstab em um outro servidor Centos 6, utilizando a forma original. O problema é que preciso pelo Centos 8.

pbonfanti
(usa Debian)

Enviado em 23/09/2020 - 15:51h

Eu não tenho como verificar pessoalmente agora, mas acho que montando na mão a opção é --verbose, antes do -o , provavelmente no man do mount no centos vc tem a opção correta se é relamente verbose ou algo como debug.
Quando você digita mount no terminal normalmente ele mostra todas as opções que foram usadas na montagem, também, as informações ficam no arquivo /etc/mtab para sistemas que estão atualmente montados.

CavalcanteNeto
(usa CentOS)

Enviado em 23/09/2020 - 17:00h

Obrigado pbonfanti, mas não consegui. Está muito estranho.
Através do arquivo /etc/mtab vi quais os parâmetros utilizados para a montagem pela forma manual. Tentei colocá-los no /etc/fstab de várias formas, sem sucesso. Tentei recriar o arquivo de credenciais; montar a linha do mount informando usuário e senha; alterar permissões do arquivo de credenciais. Nada funcionou!

Sim... o arquivo /etc/mtab tinha:
//192.168.180.20/BackupTecnologia /mnt/BackupTecnologia cifs rw,relatime,vers=default,cache=strict,username=<usuario>,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.180.20,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1 0 0

pbonfanti
(usa Debian)

Enviado em 30/09/2020 - 10:28h

Eu realmente esperava que ainformação estivesse no mtab, pois quando você especifica manualmente vers= , ele aparece no mtab.
Se ele rejeitou a versão 3.0 , deve estar usando outra, ou a segurança de autenticação não está acertando... as versões de protocolo que vc pode usar segundo o manual são:
1.0 (primeira versão)
2.0 (introduzido com windows vista e windows server 2008)
2.1 (lançado com windows 7 e indows server 2008R2)
3.0 (windows 8 e windows server 2012)
3.1.1 ou 3.11 (lançado com windows server 2016)

Segundo o manual, o protocolo default para um kernel mais antigo que o 4.13 a montagem era feita com o protocolo 1.0. Kernel entre as versões 4.13 e 4.13.5 tenta montar a versão 3.0 e os kernel mais recentes que isso tentam a versão 2.1 do protocolo ou maior. Talvez agora fique mais fácil deduzir.

Você pode fazer testes com o parametro sec= as opções que vc tem são: none,krb5,krb51,ntlm,ntlmi,ntlmv2,ntlmv2i,ntlmssp,ntlmsspi

Uma vez que você tenha a versão correta o parametro sec pode ser usado no fstab.

CavalcanteNeto
(usa CentOS)

Enviado em 05/10/2020 - 10:40h

Prezado pbonfanti, bom dia!

Amigo, tentei algumas alternativas, sem êxito. Mas tem algo que eu não compreendo... por que preciso alterar alguma coisa na linha do mount se ao executar o comando mount -a, após a inicialização, funciona?!?

Vamos lá...

Após a inicialização, observo nos logs:
10:14 AM Failed to mount /mnt/BackupTecnologia. systemd
10:14 AM CIFS VFS: cifs_mount failed w/return code = -2 kernel
10:14 AM CIFS VFS: Error connecting to socket. Aborting operation. kernel

E no terminal, tenho a seguinte situação:
[root@rceappdell ~]# ls /mnt/BackupTecnologia/
[root@rceappdell ~]# mount -a
[root@rceappdell ~]# ls /mnt/BackupTecnologia/
'Base de Conhecimento' Downloads Erros GPOs Publico SOS Usuario
[root@rceappdell ~]#

Estranho, né?!? Será se nessa versão do CentOs tem algum problema ou característica diferente com o arquivo /etc/fstab???