Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Résolu] Configurer autofs

tchup

Bonjour,

Je souhaite utiliser autofs pour monter automatiquement plusieurs dossiers partagés (NAS et serveurs Windows).
Pour mes essais, j'essaye le dossier Public sur un NAS qui ne nécessite aucun identifiant.

J'ai créé le point de montage :

[root@fedo ~]# mkdir /mnt/nas_public

J'ai installé autofs :

[root@fedo ~]# yum install autofs

J'ai rajouté dans /etc/auto.master :

/mnt/nas_public /etc/auto.master.d/cifs.autofs

J'ai créé le fichier /etc/auto.master.d/cifs.autofs :

nas_public -fstype=cifs,rw,noperm ://192.168.1.6/Public

J'ai redémarré le service autofs

[root@fedo ~]# service autofs restart

Malheureusement rien ne s'affiche lorsque j’accède à /mnt/nas_public

Une idée ?
Merci d'avance
:roll:

nouvo09

Tu as regardé l'option -t autofs de "mount" ?

elbelo69

Bonjour,

Depuis F16 le fonctionnement à légerement changer :
Dans /etc/auto.master du va trouver ça :

# Include /etc/auto.master.d/*.autofs
#
+dir:/etc/auto.master.d

Donc, supprimer la ligne que tu a ajouté dans /etc.auto.master, elle ne sert à rien !

Dans /etc/auto.master.d/ crée un fichier nas_public (par exemple) contenant la déclaration de tes partages :

nas_public -fstype=cifs,rw,noperm ://192.168.1.6/Public

Ensuite, dans /etc/auto.master.d crée un fichier nas_public.autofs (extension important !) puis du déclare ton fichier contenant tes monatge, le point de montage et d'eventuelles options :

<POINT DE MONTAGE>   /etc/auto.master.d/<FICHIER CONTENANT LES MONTAGE> --timeout=60 --ghost

Donc dans ton cas :

# --timeout=60 --ghost sont des exemples d'options !
mnt/nas_public   /etc/auto.master.d/nas_public --timeout=60 --ghost

Service start/stop
Verifie les droits sur /mnt/nas_public
Et roule ma poule ! 8-)

tchup

J'y arrive pas....

nouvo09 : voici l'erreur lorsque j'utilise -t autofs

[root@fedo ~]# service autofs stop
Redirecting to /bin/systemctl  stop autofs.service
[root@fedo ~]# mkdir /mnt/nas_public
[root@fedo ~]# mount -t autofs 192.168.1.6/Public /mnt/nas_public
mount: mauvais type de système de fichiers, option erronée, superbloc
        erroné sur 192.168.1.6/Public, page de code ou aide manquante, ou autre erreur
        Dans quelques cas certaines informations sont utiles dans le journal
        système — essayez « dmesg | tail » ou quelque chose du genre

elbelo69 :
fichier /etc/auto.master.d/partages :

nas_public	-ftype=cifs,rw  192.168.1.6:/Public

fichier /etc/auto.master.d/cifs.autofs :

/mnt    /etc/auto.master.d/partages     --timeout=60 --ghost

ensuite :

[root@fedo ~]# service autofs restart
Redirecting to /bin/systemctl  restart autofs.service
[root@fedo ~]# service autofs status
Redirecting to /bin/systemctl  status autofs.service
autofs.service - Automounts filesystems on demand
	  Loaded: loaded (/usr/lib/systemd/system/autofs.service; enabled)
	  Active: active (running) since Thu, 14 Jun 2012 14:52:45 +0200; 6s ago
	 Process: 2302 ExecStart=/usr/sbin/automount ${OPTIONS} --pid-file /run/autofs.pid (code=exited, status=0/SUCCESS)
	Main PID: 2304 (automount)
	  CGroup: name=systemd:/system/autofs.service
		  └ 2304 /usr/sbin/automount --pid-file /run/autofs.pid

Jun 14 14:52:45 fedo automount[2304]: lookup_read_master: lookup(nisplus): couldn't locate nis+ table auto.master
[root@fedo ~]# ls -la /mnt
total 4
drwxr-xr-x.  3 root root    0 14 juin  14:52 .
dr-xr-xr-x. 20 root root 4096 14 juin  14:15 ..
dr-xr-xr-x.  2 root root    0 14 juin  14:52 nas_public
[root@fedo ~]# ls -la /mnt/nas_public/
ls: impossible d'accéder à /mnt/nas_public/: Aucun fichier ou dossier de ce type

pas facile quand même... 🙁

elbelo69

Hum....
Je pense qu'il te manque les // pour le montage en ligne de commande

mount -t cifs //nom_serveur/nom_partage  /mnt/nom_repertoire_de_montage

C'est quoi on NAS ?
Tu es bien sur d'avoir exposé la ressource en CIFS ?

tchup

:-D :-D :-D :-D :-D :-D :-D :-D We did it !!! ça marche !

Il manquait le s pour l'option -fstype du fichier /etc/auto.master.d/partages :

nas_public	-fstype=cifs,rw  192.168.1.6:/Public

Merci à vous 2 !

tchup

bon le problème est résolu en partie...
c'est ok pour l'accès au partage public (accessible aux invités)
mais je n'arrive pas à monter un dossier nécessitant des identifiants.

Sur le même NAS, j'ai un dossiers Sauvegardes accessible par l'utilisateur admin/monpassword
J'ai rajouté dans le fichier /etc/auto.master.d/partages :

sauvegardes	-fstype=cifs,rw,username=admin,password=monpassword  192.168.1.6:/Sauvegardes

Erreur :

[root@fedo ~]# service autofs reload
Redirecting to /bin/systemctl  reload autofs.service
[root@fedo ~]# service autofs status
Redirecting to /bin/systemctl  status autofs.service
autofs.service - Automounts filesystems on demand
	  Loaded: loaded (/usr/lib/systemd/system/autofs.service; enabled)
	  Active: active (running) since Thu, 14 Jun 2012 15:43:40 +0200; 22min ago
	 Process: 3210 ExecReload=/usr/bin/kill -HUP $MAINPID (code=exited, status=0/SUCCESS)
	 Process: 2135 ExecStart=/usr/sbin/automount ${OPTIONS} --pid-file /run/autofs.pid (code=exited, status=0/SUCCESS)
	Main PID: 2137 (automount)
	  CGroup: name=systemd:/system/autofs.service
		  └ 2137 /usr/sbin/automount --pid-file /run/autofs.pid

Jun 14 16:05:42 fedo automount[2137]: lookup_read_master: lookup(nisplus): couldn't locate nis+ table auto.master
[root@fedo ~]# ls -la /mnt
ls: impossible d'accéder à /mnt/sauvegardes: Aucun fichier ou dossier de ce type
total 4
drwxr-xr-x.  5 root root    0 14 juin  15:51 .
dr-xr-xr-x. 20 root root 4096 14 juin  15:21 ..
dr-xr-xr-x.  2 root root    0 14 juin  15:48 public
d??????????  ? ?    ?       ?              ? sauvegardes
dr-xr-xr-x.  2 root root    0 14 juin  15:43 tools

HELP... :-P

elbelo69

Essaye plutôt :

sauvegardes	-fstype=cifs,rw,username=admin,pass=monpassword  ://192.168.1.6/Public

tchup

nan, ça marche pas mieux...

J'ai dans /var/log/messages :

Jun 14 16:36:31 fedo kernel: [ 4618.586068] CIFS VFS: Connecting to DFS root not implemented yet
Jun 14 16:36:31 fedo kernel: [ 4618.586291] CIFS VFS: cifs_mount failed w/return code = -22

et :

[root@fedo ~]# service autofs reload
Redirecting to /bin/systemctl  reload autofs.service
[root@fedo ~]# service autofs status
Redirecting to /bin/systemctl  status autofs.service
autofs.service - Automounts filesystems on demand
	  Loaded: loaded (/usr/lib/systemd/system/autofs.service; enabled)
	  Active: active (running) since Thu, 14 Jun 2012 15:43:40 +0200; 1h 2min ago
	 Process: 5034 ExecReload=/usr/bin/kill -HUP $MAINPID (code=exited, status=0/SUCCESS)
	 Process: 2135 ExecStart=/usr/sbin/automount ${OPTIONS} --pid-file /run/autofs.pid (code=exited, status=0/SUCCESS)
	Main PID: 2137 (automount)
	  CGroup: name=systemd:/system/autofs.service
		  └ 2137 /usr/sbin/automount --pid-file /run/autofs.pid

Jun 14 16:05:42 fedo automount[2137]: lookup_read_master: lookup(nisplus): couldn't locate nis+ table auto.master
Jun 14 16:05:58 fedo automount[2137]: rmdir_path: lstat of /mnt/.hidden failed
Jun 14 16:17:53 fedo automount[2137]: lookup_read_master: lookup(nisplus): couldn't locate nis+ table auto.master
Jun 14 16:18:08 fedo automount[2137]: key ".hidden" not found in map source(s).
Jun 14 16:35:25 fedo automount[2137]: lookup_read_master: lookup(nisplus): couldn't locate nis+ table auto.master
Jun 14 16:35:30 fedo automount[2137]: key ".hidden" not found in map source(s).
Jun 14 16:36:26 fedo automount[2137]: lookup_read_master: lookup(nisplus): couldn't locate nis+ table auto.master
Jun 14 16:36:31 fedo automount[2137]: key ".hidden" not found in map source(s).
Jun 14 16:36:31 fedo automount[2137]: key ".hidden" not found in map source(s).
Jun 14 16:46:01 fedo automount[2137]: lookup_read_master: lookup(nisplus): couldn't locate nis+ table auto.master

elbelo69

Tu peux le monter en ligne de commande ce répertoire :

mount -t cifs //nom_serveur/nom_partage  /mnt/nom_repertoire_de_montage

Ca peut aussi t'aider : http://forums.fedora-fr.org/viewtopic.php?id=50822

tchup

🙁

nan effectivement mount ne fonctionne pas...

[root@fedo ~]# mount -t smbfs -o username=admin,password=monpassword //192.168.1.6/Sauvegardes /mnt/sauvegardes
mount: type de système de fichiers « smbfs » inconnu

[root@fedo ~]# mount -t cifs -o username=admin,password=monpassword //192.168.1.6/Sauvegardes /mnt/sauvegardes
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

[root@fedo ~]# mount.cifs //192.168.1.6/Sauvegardes /mnt/sauvegardes -o username=admin,password=monpassword
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

elbelo69

La man de mount.cifs indique user et pas username comme option, d'ou le

mount error(22): Invalid argument

Man de mount.cifs (extrait)

OPTIONS
       user=arg
           specifies the username to connect as. If this is not given, then
           the environment variable USER is used. This option can also take
           the form "user%password" or "workgroup/user" or
           "workgroup/user%password" to allow the password and workgroup to be
           specified as part of the username.

           Note
           The cifs vfs accepts the parameter user=, or for users familiar
           with smbfs it accepts the longer form of the parameter username=.
           Similarly the longer smbfs style parameter names may be accepted as
           synonyms for the shorter cifs parameters pass=,dom= and cred=.

       password=arg
           specifies the CIFS password. If this option is not given then the
           environment variable PASSWD is used. If the password is not
           specified directly or indirectly via an argument to mount,
           mount.cifs will prompt for a password, unless the guest option is
           specified.

Concernant smbfs, je pense que ça n'existe même plus .... Common Internet File System est maintenant normaliser et a définitivement remplacer smbfs (enfin, il me semble)

tchup

Tu as raison elbelo69 pour user de mount.cifs mais cela ne fonctionne pas non plus... :-P 🙁

Et au cas où, le NAS est un Comet Labs ND3200

plonk

Bonjour,

J'ai la même configuration que tchup, et le meme soucis. Mon NAS contient a la fois un dossier public et un privé protégé par un mot de passe. le public se monte sans problème mais pas l'autre. Est ce un bug ? Pour info, mon NAS est un Dlink DNS323

elbelo69

Bonjour,
Un bug sur la couche CIFS, j'ai des doutes .... nous allons encore chercher un peux, non ? :-D

tchup : Ton Nas supportant NFS, pourquoi utiliser CIFS ? Tu peux juste faire un test en NFS ? Pour voir ?

La basse de compte de ton NAS est associé à un Active Directory ou à un annuaire LDAP, NIS, autre ?
Depuis une machine Windows (et oui, je sais) tu arrive à voir le partage sauvegardes et à y écrire ?
Tu as vérifié les droits sur ce répertoire ?

Fedora Pipelette : Tu avais ouvert un topic sur le forum ou tu te greffe à celui-ci ?
Si oui, tu as exactement le même code de retour ? (avec mount.cifs)

tchup

[root@fedo ~]# mount.nfs 192.168.1.6:/Sauvegardes /home/MOI/sauvegardes -rwv -o 'useradmin=admin,password=monpassword'
mount.nfs: timeout set for Fri Jun 15 10:04:44 2012
mount.nfs: trying text-based options 'useradmin=admin,password=monpassword,vers=4,addr=192.168.1.6,clientaddr=192.168.1.80'
mount.nfs: mount(2): Invalid argument
mount.nfs: an incorrect mount option was specified

Le NAS n'est pas lié à un AD & co.

Le partage fonctionne sans problème depuis Windows.
Le partage fonctionnait parfaitement depuis Fedora 14 (avant migration en 17) à l'aide de :

mount -t cifs -o username=admin,password=monpassword //192.168.1.6/Sauvegardes /mnt/sauvegardes

(script fonctionnel sauvegardé)

tchup

autres essais :

[root@fedo ~]# mount -t nfs -o username=admin,password=monpassword //192.168.1.6/Sauvegardes /home/MOI/sauvegardes
mount.nfs: remote share not in 'host:dir' format
[root@fedo ~]# mount -t nfs -v -o username=admin,password=monpassword 192.168.1.6:/Sauvegardes /home/MOI/sauvegardes
mount.nfs: timeout set for Fri Jun 15 10:29:41 2012
mount.nfs: trying text-based options 'username=admin,password=monpassword,vers=4,addr=192.168.1.6,clientaddr=192.168.1.80'
mount.nfs: mount(2): Invalid argument
mount.nfs: an incorrect mount option was specified

Pour info, mon pare-feu est désactivé...

plonk

Idem tchup (ses deux derniers messages)

Ca marche sous Windows et sous Fedora16 encore installé sur cette meme machine. Bug, je sais pas, justement, je demande !

Mon pseudo c'est Plonk, merci... 😉

Sinon le NAS est bien visible mais refuse tous mot de passe sur les dossiers protégés. Egalement je ne peux pas accéder au disque dur de ma Freebox V6, qui refuse l'identifiant/mot de passe alors que sous F16 je n'ai aucun probleme.

Il y a quand même un truc qui me tripote : Doit on écrire pass ou password, user ou username ? dans les différents messages qui précedent, la syntaxe n'est pas toujours la meme, ainsi que dans ce que j'ai vu sur différents sites.

tchup

Je viens de tester avec succès sous Fedora 16 :

mount -t cifs -o username=admin,password=monpassword //192.168.1.6/Sauvegardes /mnt/sauvegardes

Bizarre... mon idée rejoint celle de ~~Fedora Pipelette~~ Plonk 😉

:-?

elbelo69

Mes excuses plonk, c'est vendredi et le vendredi :pint:

A titre perso j'ai un NAS Synology (411+) , je suis sous F17 et je n'ai aucun probleme de connexion, voilà pourquoi je reste perplexe sur un "bug".

Peux être SELinux qui nous "ennuie", vous avez quel niveau, targeted ?

Essayer ça mais ...

setsebool -P allow_mount_anyfile 1

Voir la doc

Page suivante »