Pourquoi mount.cifs ne fonctionne-t-il plus dans fstab après la mise à niveau du 16.04 au 18.04?


10

Mon fstab pour me connecter à un NAS local était toujours

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

Après la mise à niveau de mon système de Lubuntu 16.04 vers 18.04, cela ne fonctionnait plus, donnant le message d'erreur:

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)

Réponses:


9

Ce qui a fonctionné pour moi a été d'ajouter vers = 1.0 aux options de fstab en combinaison avec le changement de l'option de mot de passe de passwd en mot de passe :

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

Cela a aidé à trouver un journal des erreurs:

tail -f  /var/log/kern.log 

J'apprécierais toute autre contribution.


EDIT: Sept 2019

Aujourd'hui, j'ai réalisé que ce usersn'est plus un argument valable de la mount cifscommande. En outre, vers=1.0devrait être la valeur par défaut, selon man mount.cifs.


2

Je me bats avec cela depuis quelques jours, je pouvais accéder aux partages samba sur un système de bureau ubuntu 16.04 avec ma nouvelle installation lubuntu 18.04 utilisant smb4k, mais pas dans fstab. J'ai utilisé certains des paramètres répertoriés par «mount» après avoir monté un partage à l'aide de smb4k. Ce que j'ai trouvé, c'est que cela credentials=/etc/samba/auth.myserver.men'a pas fonctionné comme avec Ubuntu 16.04. La syntaxe suivante permettrait un montage:

//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

Ce que je ne sais pas, c'est laquelle des options ci-dessus est requise. Utilisez vos propres valeurs pour USER, PASSWORD et YOURDOMAIN.

Chaque fois que j'utilisais le credentials=/etc/samba/auth.myserver.me, je recevais toujours un message «Autorisation refusée». Apparemment, Ubuntu 18.04 n'accède pas correctement au fichier d'informations d'identification répertorié dans fstabou la syntaxe a changé.

Vous devrez peut-être expérimenter avec le uid et le gid. Normalement, je ne me connecte qu'en tant qu'utilisateur particulier, que j'appelle LOCALUSER, le groupe par défaut pour cette connexion serait également LOCALUSER.


J'ai eu le même problème et aucune des autres solutions (telles que "vers = 1.0") n'a fonctionné pour moi. Enfin, j'ai pu monter nos partages en ajoutant simplement l' domain=option (même en utilisant le fichier d'informations d'identification comme avant ...).
bitifet le

2

Lors de la mise à niveau vers Ubuntu 18.04, nos scripts de montage cifs ont également échoué, voici les correctifs suivants dont j'avais besoin:

  • N'utilisez userpasusername
  • N'utilisez passpaspassword
  • N'utilisez dompasdomain
  • Utilisation vers=1.0
  • Utiliser des barres \obliques inverses et non des barres obliques /dans UNC
  • Lorsqu'ils sont invoqués à partir de scripts bash, échappez aux barres obliques inverses, c'est-à-dire \\au lieu de \.

Voici un exemple de commande de montage dans un 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}

Voici l'exemple de ligne de montage dans /etc/fstab:

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

Toutefois, si vous utilisez un fichier d'informations d'identification, vous devez utiliser username, passwordet domaincomme suit:

# /etc/fstab
\\contoso\share /mnt/share cifs vers=1.0,credentials=/root/.smb
# /root/.smb
username=billgates
password=secret
domain=microsoft

1

Ben a donné la réponse:

Ce qui a fonctionné pour moi a été d'ajouter vers = 1.0 aux options de fstab

Lorsque vous essayez de faire un montage.cifs à l'aide d'une ressource SMB1, vous obtenez ce type de messages dans le journal du noyau:

$ 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

Donc, essayer le mount.cifs en utilisant l'option vers = 1.0 devrait le corriger:

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

et dans fstab, mettre juste au début des options "vers = 1.0," (après cifs).

Merci beaucoup, Ben.



0

Mon entrée fstab essayée et vraie pour monter un lecteur USB connecté à un routeur TP-Link a cessé de fonctionner après une mise à jour Ubuntu / Mint. L'ajout de vers = 1.0 l'a corrigé. Mon entrée fstab est exactement comme ci-dessous:

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

volume9 et son emplacement est la partition de disque identifiée par la page Web d'administration du routeur. Remote Media est un dossier que j'ai créé dans mon répertoire personnel "don". Veillez à modifier les autorisations de ce répertoire afin que l'utilisateur connecté puisse accéder sans privilèges root. NAS_USB est juste un nom que j'ai choisi qui apparaîtra dans mon dossier Remote Media une fois monté contenant le contenu "lié" de volume9. D'autres réponses que j'ai trouvées avaient des mots de passe, etc. dans l'exemple. Ce lecteur USB apparaît comme un simple partage Windows et il s'agit d'un simple fstab pour prendre en charge le montage automatique du disque au démarrage afin qu'une sauvegarde automatisée sur le lecteur réseau soit possible.

J'espère que ca aide.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.