J'essaie
Sudo mount -t cifs //<server>/<share> -o username=user@domain,password=**** /mnt/<mountpoint>
message d'erreur:
mount: wrong fs type, bad option, bad superblock on //server/share,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
Le syslog a
CIFS VFS: cifs_mount failed w/return code = -22
Je suis capable de monter la même part sur un autre système centos. Je peux cingler le serveur, le répertoire de point de montage a été créé.
J'ai rencontré ce problème lors de l'utilisation d'un nom d'hôte et je l'ai résolu en utilisant une adresse IP. Par exemple.:
utilisation
mount -t cifs //192.168.1.15/share
plutôt que
mount -t cifs //servername/share
Une autre solution possible consiste à installer
cifs-utils
.
Ah, le redouté -22. Fondamentalement, cela semble être utilisé comme un fourre-tout pour "quelque chose n'a pas fonctionné", bien que techniquement, il soit qualifié d'argument invalide.
Le client fait un très mauvais travail IMHO de vous dire le problème réel. (Ce n'est peut-être pas sa faute - il n'a pas toujours accès à cette information).
Cependant - avez-vous vérifié les journaux sur le serveur/la machine à laquelle vous vous connectez?
Je me connectais à un serveur samba OS X et j'ai appris de ce que j'ai trouvé dans les journaux qu'il était nécessaire de spécifier des options supplémentaires sous -o comme suit:
nounix,sec=ntlmssp
Parmi les éléments activés par ces paramètres figurent "autoriser les noms longs" et "ignorer les fins de fichier UNIX" ... sec consiste à spécifier des indicateurs de sécurité.
Une autre possibilité est que vous tentiez d'accéder à un système de fichiers d'un type que mount.cifs ne puisse pas gérer.
Pour le package d'installation RHEL/Centos - "cifs-utils"
Peut-être déplacer la cible?
Sudo mount -t cifs -o username=user@domain,password=**** //<server>/<share> /mnt/<mountpoint>
Ou peut-être cette solution ? (Ubuntu, méthodes Debian)
Sudo apt-get install smbfs
Ou pour CentOS, RedHat, Fedora, essayez:
Sudo yum install samba-client
J'ai eu un problème similaire sur Ubuntu 12.04 avec le paquetage "mount" (version 2.20.1-1ubuntu3) . C'est arrivé lorsque j'ai essayé de monter le partage de serveur en utilisant son nom d'hôte rahter plutôt que son IP.
Un autre moyen de résoudre le problème sur Ubuntu consistait à installer le package cifs-utils
. De cette façon, je pourrais aussi monter le partage Samba en utilisant la même ligne de commande (ou fstab) mais avec le nom d’hôte.
Sudo mount -t cifs //hostname/share -o username=user,password=pwd /mnt/share
Je viens de faire une nouvelle installation d'Ubuntu 12.04 LTS et de tenter de brancher mon HTPC sous Linux.
Résolu en exécutant: Sudo apt-get install cifs-utils
puis en le remontant.
CIFS renvoie le code "-22" dans de nombreux cas (pas uniquement des arguments non valides).
Pour moi, installer keyutils a fait l'affaire:
apt-get install keyutils
Ma distribution est "Ubuntu 14.04.2 LTS".
J'ai compris cela en augmentant la verbosité de journalisation de CIFS:
echo 7 > /proc/fs/cifs/cifsFYI
# disable again via:
#echo 0 > /proc/fs/cifs/cifsFYI
La documentation sur le masque de bits ("7") pour cifsFYI est disponible ici: https://www.kernel.org/doc/readme/Documentation-filesystems-cifs-README
Après avoir essayé de monter une fois de plus, dmesg a inclus plus d’informations utiles:
Dec 7 12:34:20 pc1471 kernel: [ 5442.667417] CIFS VFS: dns_resolve_server_name_to_ip: unable to resolve:
Un autre lien peut-être utile:
http://vlkan.com/blog/post/2015/01/08/smb-mount-troubleshoot/
Ubuntu Server 12.10 x64 est installé en tant que machine virtuelle VMware sous OS X 10.8 (Mountain Lion).
Sur le Mac, dans Préférences Système> Partage> Partage de fichiers (activé), j'ai ajouté un dossier à partager. Pour mes tests, j'ai créé un nouveau dossier dans mon dossier Public appelé "Ubuntu".
Dans Ubuntu, j'ai émis les commandes suivantes:
Sudo mkdir /media/target
Sudo mount.cifs //10.0.20.3/ubuntu /media/target -o username=davidallie,nounix,sec=ntlmssp,rw
Ubuntu m'a demandé le mot de passe et, une fois entré, a monté le dossier. J'ai ensuite couru:
df -H
ce qui m'a permis de vérifier les montures et les points de montage.
Faites simplement l'expérience du problème sous RHEL 5. Vous n'avez pas besoin d'installer la suite samba, mais uniquement le client samba et ses dépendances.
Vous devez d'abord installer cifs-utils, comme suit: Sudo yum install cifs-utils
Essayez d'exécuter la commande:
$modinfo cifs
filename: /lib/modules/3.2.0-60-virtual/kernel/fs/cifs/cifs.ko
version: 1.76
description: VFS to access servers complying with the SNIA CIFS Specification e.g. Samba and Windows
license: GPL
author: Steve French <[email protected]>
srcversion: 9435BBC2F61D29F06643803
depends:
intree: Y
vermagic: 3.2.0-60-virtual SMP mod_unload modversions 686
parm: CIFSMaxBufSize:Network buffer size (not including header). Default: 16384 Range: 8192 to 130048 (int)
parm: cifs_min_rcv:Network buffers in pool. Default: 4 Range: 1 to 64 (int)
parm: cifs_min_small:Small network buffers in pool. Default: 30 Range: 2 to 256 (int)
parm: cifs_max_pending:Simultaneous requests to server. Default: 32767 Range: 2 to 32767. (int)
parm: echo_retries:Number of echo attempts before giving up and reconnecting server. Default: 5. 0 means never reconnect. (ushort)
parm: enable_oplocks:Enable or disable oplocks (bool). Default:y/Y/1 (bool)
Si vous obtenez une erreur, alors cifs
n'est pas installé. Il suffit de vérifier avec votre administrateur. Je pensais que ça aide.
C'est peut-être trop tard, mais la solution la plus simple décrite dans bogue du noyau 50631 : Dans le dernier code, un paramètre de montage non obligatoire est obligatoire. La commande modifiée fonctionne pour moi:
Sudo mount -t cifs //<server>/<share> -o username=user@domain,password=****,unc=\\\\<server>\\<share> /mnt/<mountpoint>
Solution de contournement sans installer de paquet supplémentaire (cifs-utils
ajoute 81 Mo supplémentaires dans Debian Stretch):
$ FILESERVER_IP=$(getent hosts myfileserver.com | awk '{ print $1 ; exit }')
$ Sudo mount -t cifs //${FILESERVER_IP}/<share> -o username=user@domain,password=**** /mnt/<mountpoint>
Je sais que c'est vieux, mais sur les anciennes versions de cifs-utils, vous devrez peut-être ajouter les deux lignes suivantes à /etc/request-key.conf
create cifs.spnego * * /usr/sbin/cifs.upcall -c %k
create dns_resolver * * /usr/sbin/cifs.upcall %k