web-dev-qa-db-fra.com

Les partages CIFS ne sont pas montés après la modification de / etc / fstab

J'ai pu monter mes partages nas en créant d'abord des répertoires dans le dossier/media, puis:

Sudo gedit /etc/fstab 

inclure la ligne suivante pour chaque partage que je veux monter automatiquement;

//servername/sharename  /media/windowsshare  cifs  guest,uid=1000,iocharset=utf8,codepage=unicode,unicode  0  0

Maintenant, cependant, je suis passé à la version 12.10 et, tout à coup, je ne suis plus en mesure de monter les partages après avoir enregistré /etc/fstab et Sudo mount -a en me donnant cette erreur:

Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
mount error(22): Invalid argument

Quand vous êtes dans Nautilus, les partages sont visibles sous l’onglet Réseau, non montés, et lorsque je clique sur un partage, j’obtiens le message suivant:

mount: only root can mount //192.168.1.71/photos on /media/photos

J'ai vérifié que smbfs était installé et qu'il n'y avait aucun problème. Je suis perplexe.

8
Doug

Je ne suis pas sûr que ce soit la bonne façon de monter, mais cela fonctionne certainement pour moi, vu que j'avais exactement le même problème depuis Ubuntu 12.04 à 12.10.

Alors essayez:

//servername/sharename /media/windowsshare cifs guest,users   

J'utilise également l'option noauto, car je ne suis pas toujours sur le même réseau. Je veux monter mes partages manuellement. Mon entrée fstab exacte pour mon système est la suivante ...

//servername/sharename /home/USER/shares/I cifs guest,users,noauto

Cette entrée était la seule qui me permettrait d'utiliser un client Torrent pour télécharger directement sur mes disques durs externes sur mon réseau domestique.

De même, vous devriez peut-être essayer de monter les partages dans votre répertoire personnel à la place de /media qui est un dossier racine.

1
nowerries

J'ai eu le même message d'erreur, également après la mise à niveau de 12.04 à 12.10.

mount.cifs (8) dit:

Les options de mount.cifs sont spécifiées comme une liste de paires clé = valeur séparées par des virgules. Il est possible d’envoyer des options autres que celles énumérées ici, en supposant que le module de noyau du système de fichiers cifs (cifs.ko) les prenne en charge. Les options de montage cifs non reconnues transmises au code du noyau cifs vfs seront consignées dans le journal du noyau.

J'ai vérifié /var/log/kern.log et trouvé, dans mon cas:

CIFS: Option de montage inconnue "noatime"

La solution pour moi était donc simplement de supprimer cette option de mon entrée/etc/fstab.

En essayant vos options, ce message est écrit dans kern.log:

CIFS: Option de montage inconnue "codepage = unicode"

Il semble que le comportement de cifs.ko, qui ignore les options non reconnues, a changé et échoue lorsqu'il en voit une.

mount.cifs -V indique que c'est la version 5.5.

4
Graeme Hewson

Installer cifs-utils avec la commande

Sudo apt-get install cifs-utils

a fait le tour pour moi. Il y avait une dépendance pour le fichier "keyutils" qui était installé automatiquement au même moment. Je n'ai pas installé les smbnetfs supplémentaires comme suggéré par un autre utilisateur, ce fichier n'est donc peut-être pas nécessaire.

3
umrasmussen

J'ai eu le même problème après la mise à niveau de 12.04 à 12.10.

Dans 12.04, j'ai utilisé smbfs et mon fstablit:

//192.168.0.42/Media    /mnt/htpc/media smbfs rw,username=root,password=openelec,uid=1000    0    0

Cela a fonctionné jusqu'à la mise à niveau. Pour me remettre au travail, j'ai installé cifs-utils & smbnetfs:

Sudo apt-get install cifs-utils smbnetfs

et changé smbfsen cifsdans mon /etc/fstab:

//192.168.0.42/Media    /mnt/htpc/media cifs rw,username=root,password=openelec,uid=1000    0    0
2
jasenmichael
Sudo apt-get install cifs-utils

résolu mon problème sous une nouvelle installation 64 bits de 12.10. (J'avais également installé smbnetfs avant de regarder ici. Je crois que les deux sont nécessaires, mais je ne suis pas positif.

1
spamless

Telle était ma situation exacte, et résolue en supprimant l'option fsc de la ligne suivante, à etc/fstab:

//192.168.1.1/smbshare/ /media/mntfolder cifs fsc,rw,_netdev,iocharset=utf8 0 0

donc la ligne réelle montre comme ça:

//192.168.1.1/smbshare/ /media/mntfolder cifs rw,_netdev,iocharset=utf8 0 0

J'ai trouvé en essayant différentes options de montage à la main (donc peut-être une bonne idée de vérifier votre propre erreur aussi).

Je suppose que cela peut être un bug, ou que l'option fsc a été supprimée, je ne sais pas vraiment ... J'espère que ça aidera quelqu'un quand même.

0
buyus

J'ai moi aussi eu ce problème et la solution de contournement que j'ai utilisée, qui aide beaucoup à garder les documents récents dans l'unité, consiste à supprimer l'unicode et ces paramètres, mais gardez le reste: pour 12.10 et les versions ultérieures, j'utilise ceci: //192.168.0.20/mainshare/media/mainshare cifs guest, uid = 1000 0 0

Le uid = 1000 vous donne un accès en lecture/écriture car notre partage est ouvert aux utilisateurs. Cette solution de contournement a permis d’économiser 12,10 pour moi - sinon je resterais toujours à 12,04.

0
blackhawkover

Grâce à la discussion éclairante sur ce sujet à https://ubuntuforums.org/showthread.php?t=2375075 , j'ai finalement réussi à le faire fonctionner. Dans mon cas, l'erreur suivante a été signalée

satyadeep@satyadeep:~$ Sudo mount -a
[Sudo] password for satyadeep: 
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

J'ai surveillé et vu ce qui suit dans kern.log

11:09 $ tail -f  /var/log/kern.log 
Mar  1 10:06:51 satyadeep kernel: [160456.442423] input: USB Optical Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/0003:0461:4D81.0003/input/input13
Mar  1 10:06:51 satyadeep kernel: [160456.442670] hid-generic 0003:0461:4D81.0003: input,hidraw0: USB HID v1.11 Mouse [USB Optical Mouse] on usb-0000:00:1d.0-1.2/input0
Mar  1 10:30:33 satyadeep kernel: [161879.205573] 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.
Mar  1 10:30:33 satyadeep kernel: [161879.206637] CIFS VFS: Unable to select appropriate authentication method!
Mar  1 10:30:33 satyadeep kernel: [161879.206640] CIFS VFS: Send error in SessSetup = -22
Mar  1 10:30:33 satyadeep kernel: [161879.206658] CIFS VFS: cifs_mount failed w/return code = -22
Mar  1 10:48:22 satyadeep kernel: [162948.218284] 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.
Mar  1 10:48:22 satyadeep kernel: [162948.219378] CIFS VFS: Unable to select appropriate authentication method!
Mar  1 10:48:22 satyadeep kernel: [162948.219382] CIFS VFS: Send error in SessSetup = -22
Mar  1 10:48:22 satyadeep kernel: [162948.219408] CIFS VFS: cifs_mount failed w/return code = -22

Comme indiqué, j'ai changé de fstab comme suit:

//QQQ/share/sdm /mnt/store cifs username=XXX,password=YYY,domain=ZZZ,iocharset=utf8,sec=ntlm,vers=1.0  0 0

Notez que supplémentaire

vers = 1.0

paramètre. Après j'ai fait

satyadeep@satyadeep:~$ Sudo mount -a

Et cela a fonctionné comme un charme!

0
sdm

J'ai eu cette erreur après la mise à niveau de 12.04 à 12.10 aussi.

Merci pour toutes les informations qui ont été partagées - j'ai pu l'utiliser et résoudre mon problème.

J'avais aussi l'option auto spécifiée. Cependant, il y avait un problème supplémentaire. En vérifiant le /var/log/kern.log j'ai trouvé ce message:

CIFS VFS: Unable to select appropriate authentication method!

Mon/etc/fstab incluait l’option sec = lanman.

//192.168.1.101/Public  /media/smb-public       cifs    credentials=/home/foo/.smbpasswd,uid=1000,gid=1000,user,sec=lanman 0       0

J'ai donc remplacé cette option par sec = ntlm et cela fonctionne maintenant.

//192.168.1.101/Public  /media/smb-public       cifs    credentials=/home/foo/.smbpasswd,uid=1000,gid=1000,user,sec=ntlm 0       0

Encore merci à tous pour l'info.

0
greg