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

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

@ 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

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:

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
source

vers=2.0peut être une solution aussi.

— Karl Richter

vers=2.0a travaillé pour moi. Pas de chance avecsec=ntlm

— Max

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

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