mount -t cifs: “Opération non prise en charge”, mais peut se connecter via smbclient

35

Une fois que sysadmin a remplacé le NAS, je ne peux plus monter le partage de réseau avec

sudo mount -t cifs //netgear.local/public /media/mountY -o uid=1000,iocharset=utf8,username="adam",password="password"

Les deux NAS sont basés sur Linux, l'un avec Samba 3.5.15 (l'ancien) et l'autre avec Samba 3.5.16 (le nouveau) (informations obtenues auprès de smbclient).

Je peux cependant me connecter et utiliser le partage à l'aide de smbclient, comme ceci:

smbclient  //NETGEARV2/public -U adam

Que puis-je faire? Il n'y a plus smbmountsur Linux Mint (ni sur Ubuntu).

Quand je vérifie, dmesgje reçois cette information:

CIFS VFS: Send error in QFSUnixInfo = -95
CIFS VFS: cifs_read_super: get root inode failed
samba cifs smb Adam Ryczkowski
la source
Dans Ubuntu, vous devez installer le paquet smbfs.
Laurentiu Roescu
Si les NAS sont basés sur Linux, avez-vous besoin d'accéder via CIFS? S'ils sont également exportés avec NFS, vous devez simplement utiliser NFS à la place.
Tim B
2
@ LaurentiuRoescu comme je l'ai dit, il n'y a pas de smbfs sur Ubuntu récent. Il dit qu'il est amorti, et sudo apt-get install smbfsyelds E: Package 'smbfs' has no installation candidate. Le paquet le cifs-utilsremplace, ce qui revient à mount -t cifs.
Adam Ryczkowski
1
Vérifiez dmesg, il devrait y avoir plus de détails sur ce qui ne va pas du noyau.
derobert
question connexe, dans le contexte de ACL ( cifsacl): unix.stackexchange.com/questions/403509/…
myrdd

Réponses:

43

Au travail, j'ai rencontré un problème similaire. moun -t cifsjuste cessé de travailler. Après avoir monté une ressource CIFS / SMB et examiné le résultat demsg, j’ai trouvé que l’ajout de l’option vers=1.0permettait de résoudre le problème. Ma commande ressemble à

mount -t cifs // serveur / dossier ./mountpoint -o utilisateur = UTILISATEUR, domaine = DOMAINE, vers = 1.0

NWMT
la source
10
vers=2.0peut être une solution aussi.
Karl Richter
1
vers=2.0a travaillé pour moi. Pas de chance avecsec=ntlm
Max
2
La cause fondamentale semble évoluer avec le temps: en 2013, la plupart des gens avaient besoin sec=ntlm, puis il s’agissait essentiellement d’un manquant vers=1.0; nous en voyons maintenant les premiers signes vers=2.0. :-)
Torsten Bronger le
23

Après avoir vu le dmseg et googling, j'ai trouvé la solution:

Il faut ajouter l' sec=ntlmoption. Le problème (fonctionnalité?) Est introduit dans les noyaux récents (j'utilise 3.8.4). Je n'avais tout simplement pas réalisé que le problème était lié au noyau. La méthode de montage correcte est donc:

sudo mount -t cifs //netgear.local/public /media/mountY -o uid=1000,iocharset=utf8,username="adam",password="password",sec=ntlm
Adam Ryczkowski
la source
btw - cela fonctionne également si vous ajoutez en sec=ntlmutilisant mount.cifs. (sudo mount.cifs '\\server\share' '/mnt/share' -o domain=DOMAIN,username=USERNAME,sec=ntlm
epeleg