fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
volume user=...
(pam_mount.c:615): no volumes to mount
fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
volume user=...
(pam_mount.c:615): no volumes to mount
fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
volume user=...
(pam_mount.c:615): no volumes to mount
On 05/13/2015 07:10 PM, ps wrote:fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:volume user=...
et quelque lignes en dessous:(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
On 05/13/2015 07:10 PM, ps wrote:
fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:
volume user=...
et quelque lignes en dessous:
(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
On 05/13/2015 07:10 PM, ps wrote:fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:volume user=...
et quelque lignes en dessous:(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
Bonjour mireero et merci de t'intéresser à cette 'aventure' :)
quand j'ai écrit "volume user=...", c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :
<!-- Volume definitions -->
<volume user="jlg" fstype="fuse"
path="encfs#/home/jlg/owncloud/zaclys_f/" mountpoint="/home/jlg/zaclys_o" />
"(pam_mount.c:615): no volumes to mount" : je ne comprends pas cette
ligne :(
que veux-tu dire par :
"Pourquoi ne positionnes tu pas "volume user"?" ?
Le 13/05/2015 19:36, mireero a écrit :On 05/13/2015 07:10 PM, ps wrote:fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:volume user=...
et quelque lignes en dessous:(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
Bonjour mireero et merci de t'intéresser à cette 'aventure' :)
quand j'ai écrit "volume user=...", c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :
<!-- Volume definitions -->
<volume user="jlg" fstype="fuse"
path="encfs#/home/jlg/owncloud/zaclys_f/" mountpoint="/home/jlg/zaclys_o" />
"(pam_mount.c:615): no volumes to mount" : je ne comprends pas cette
ligne :(
que veux-tu dire par :
"Pourquoi ne positionnes tu pas "volume user"?" ?
Le 13/05/2015 19:36, mireero a écrit :
On 05/13/2015 07:10 PM, ps wrote:
fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:
volume user=...
et quelque lignes en dessous:
(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
Bonjour mireero et merci de t'intéresser à cette 'aventure' :)
quand j'ai écrit "volume user=...", c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :
<!-- Volume definitions -->
<volume user="jlg" fstype="fuse"
path="encfs#/home/jlg/owncloud/zaclys_f/" mountpoint="/home/jlg/zaclys_o" />
"(pam_mount.c:615): no volumes to mount" : je ne comprends pas cette
ligne :(
que veux-tu dire par :
"Pourquoi ne positionnes tu pas "volume user"?" ?
Le 13/05/2015 19:36, mireero a écrit :On 05/13/2015 07:10 PM, ps wrote:fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:volume user=...
et quelque lignes en dessous:(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
On 05/13/2015 08:30 PM, ps wrote:Bonjour mireero et merci de t'intéresser à cette 'aventure' :)
quand j'ai écrit "volume user=...", c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :
<!-- Volume definitions -->
<volume user="jlg" fstype="fuse"
path="encfs#/home/jlg/owncloud/zaclys_f/"
mountpoint="/home/jlg/zaclys_o" />
Ah d'accord, j'avais mal compris, j'aurais du voir les 3 petits points :)"(pam_mount.c:615): no volumes to mount" : je ne comprends pas cette
ligne :(
Manifestement il y a quelque chose à creuser ici!
que veux-tu dire par :
"Pourquoi ne positionnes tu pas "volume user"?" ?
Ok, tu peux remplacer _positionner_ par _donner une valeur_. Je croyais
que "volume user" était vide.
Et qu'est ce que ça donne avec l'option "user"?
Ou peut être donner des droits à "/home/jlg/zaclys_o" à fuse du genre:
~$ chgrp fuse /home/jlg/zaclys_o
~$ chmod 0775 /home/jlg/zaclys_o
Ah, pas besoin de m'envoyer une copie du message en privé, j'imagine que
c'était une erreur.
Le 13/05/2015 19:36, mireero a écrit :On 05/13/2015 07:10 PM, ps wrote:fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:volume user=...
et quelque lignes en dessous:(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
On 05/13/2015 08:30 PM, ps wrote:
Bonjour mireero et merci de t'intéresser à cette 'aventure' :)
quand j'ai écrit "volume user=...", c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :
<!-- Volume definitions -->
<volume user="jlg" fstype="fuse"
path="encfs#/home/jlg/owncloud/zaclys_f/"
mountpoint="/home/jlg/zaclys_o" />
Ah d'accord, j'avais mal compris, j'aurais du voir les 3 petits points :)
"(pam_mount.c:615): no volumes to mount" : je ne comprends pas cette
ligne :(
Manifestement il y a quelque chose à creuser ici!
que veux-tu dire par :
"Pourquoi ne positionnes tu pas "volume user"?" ?
Ok, tu peux remplacer _positionner_ par _donner une valeur_. Je croyais
que "volume user" était vide.
Et qu'est ce que ça donne avec l'option "user"?
Ou peut être donner des droits à "/home/jlg/zaclys_o" à fuse du genre:
~$ chgrp fuse /home/jlg/zaclys_o
~$ chmod 0775 /home/jlg/zaclys_o
Ah, pas besoin de m'envoyer une copie du message en privé, j'imagine que
c'était une erreur.
Le 13/05/2015 19:36, mireero a écrit :
On 05/13/2015 07:10 PM, ps wrote:
fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:
volume user=...
et quelque lignes en dessous:
(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
On 05/13/2015 08:30 PM, ps wrote:Bonjour mireero et merci de t'intéresser à cette 'aventure' :)
quand j'ai écrit "volume user=...", c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :
<!-- Volume definitions -->
<volume user="jlg" fstype="fuse"
path="encfs#/home/jlg/owncloud/zaclys_f/"
mountpoint="/home/jlg/zaclys_o" />
Ah d'accord, j'avais mal compris, j'aurais du voir les 3 petits points :)"(pam_mount.c:615): no volumes to mount" : je ne comprends pas cette
ligne :(
Manifestement il y a quelque chose à creuser ici!
que veux-tu dire par :
"Pourquoi ne positionnes tu pas "volume user"?" ?
Ok, tu peux remplacer _positionner_ par _donner une valeur_. Je croyais
que "volume user" était vide.
Et qu'est ce que ça donne avec l'option "user"?
Ou peut être donner des droits à "/home/jlg/zaclys_o" à fuse du genre:
~$ chgrp fuse /home/jlg/zaclys_o
~$ chmod 0775 /home/jlg/zaclys_o
Ah, pas besoin de m'envoyer une copie du message en privé, j'imagine que
c'était une erreur.
Le 13/05/2015 19:36, mireero a écrit :On 05/13/2015 07:10 PM, ps wrote:fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:volume user=...
et quelque lignes en dessous:(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
Le 13/05/2015 20:47, mireero a écrit :On 05/13/2015 08:30 PM, ps wrote:Bonjour mireero et merci de t'intéresser à cette 'aventure' :)
quand j'ai écrit "volume user=...", c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :
<!-- Volume definitions -->
<volume user="jlg" fstype="fuse"
path="encfs#/home/jlg/owncloud/zaclys_f/"
mountpoint="/home/jlg/zaclys_o" />
Ah d'accord, j'avais mal compris, j'aurais du voir les 3 petits points :)"(pam_mount.c:615): no volumes to mount" : je ne comprends pas cette
ligne :(
Manifestement il y a quelque chose à creuser ici!
Bonjour !
à moinssse que, comme j'ai le "remove="false"", du coup, il n'a rien à
enlever et donc à remettre :)
que veux-tu dire par :
"Pourquoi ne positionnes tu pas "volume user"?" ?
Ok, tu peux remplacer _positionner_ par _donner une valeur_. Je croyais
que "volume user" était vide.
Et qu'est ce que ça donne avec l'option "user"?
c'est-à-dire remplacer "jlg" par "%(USER)" ?
Ou peut être donner des droits à "/home/jlg/zaclys_o" à fuse du genre:
~$ chgrp fuse /home/jlg/zaclys_o
~$ chmod 0775 /home/jlg/zaclys_o
ok, je vais essayer
Ah, pas besoin de m'envoyer une copie du message en privé, j'imagine que
c'était une erreur.
heu... oui... :)Le 13/05/2015 19:36, mireero a écrit :On 05/13/2015 07:10 PM, ps wrote:fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:volume user=...
et quelque lignes en dessous:(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
Le 13/05/2015 20:47, mireero a écrit :
On 05/13/2015 08:30 PM, ps wrote:
Bonjour mireero et merci de t'intéresser à cette 'aventure' :)
quand j'ai écrit "volume user=...", c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :
<!-- Volume definitions -->
<volume user="jlg" fstype="fuse"
path="encfs#/home/jlg/owncloud/zaclys_f/"
mountpoint="/home/jlg/zaclys_o" />
Ah d'accord, j'avais mal compris, j'aurais du voir les 3 petits points :)
"(pam_mount.c:615): no volumes to mount" : je ne comprends pas cette
ligne :(
Manifestement il y a quelque chose à creuser ici!
Bonjour !
à moinssse que, comme j'ai le "remove="false"", du coup, il n'a rien à
enlever et donc à remettre :)
que veux-tu dire par :
"Pourquoi ne positionnes tu pas "volume user"?" ?
Ok, tu peux remplacer _positionner_ par _donner une valeur_. Je croyais
que "volume user" était vide.
Et qu'est ce que ça donne avec l'option "user"?
c'est-à-dire remplacer "jlg" par "%(USER)" ?
Ou peut être donner des droits à "/home/jlg/zaclys_o" à fuse du genre:
~$ chgrp fuse /home/jlg/zaclys_o
~$ chmod 0775 /home/jlg/zaclys_o
ok, je vais essayer
Ah, pas besoin de m'envoyer une copie du message en privé, j'imagine que
c'était une erreur.
heu... oui... :)
Le 13/05/2015 19:36, mireero a écrit :
On 05/13/2015 07:10 PM, ps wrote:
fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:
volume user=...
et quelque lignes en dessous:
(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
Le 13/05/2015 20:47, mireero a écrit :On 05/13/2015 08:30 PM, ps wrote:Bonjour mireero et merci de t'intéresser à cette 'aventure' :)
quand j'ai écrit "volume user=...", c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :
<!-- Volume definitions -->
<volume user="jlg" fstype="fuse"
path="encfs#/home/jlg/owncloud/zaclys_f/"
mountpoint="/home/jlg/zaclys_o" />
Ah d'accord, j'avais mal compris, j'aurais du voir les 3 petits points :)"(pam_mount.c:615): no volumes to mount" : je ne comprends pas cette
ligne :(
Manifestement il y a quelque chose à creuser ici!
Bonjour !
à moinssse que, comme j'ai le "remove="false"", du coup, il n'a rien à
enlever et donc à remettre :)
que veux-tu dire par :
"Pourquoi ne positionnes tu pas "volume user"?" ?
Ok, tu peux remplacer _positionner_ par _donner une valeur_. Je croyais
que "volume user" était vide.
Et qu'est ce que ça donne avec l'option "user"?
c'est-à-dire remplacer "jlg" par "%(USER)" ?
Ou peut être donner des droits à "/home/jlg/zaclys_o" à fuse du genre:
~$ chgrp fuse /home/jlg/zaclys_o
~$ chmod 0775 /home/jlg/zaclys_o
ok, je vais essayer
Ah, pas besoin de m'envoyer une copie du message en privé, j'imagine que
c'était une erreur.
heu... oui... :)Le 13/05/2015 19:36, mireero a écrit :On 05/13/2015 07:10 PM, ps wrote:fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:volume user=...
et quelque lignes en dessous:(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
j'ai bien l'impression de n'avoir pas compris grand chose à l'option
"user" :)
au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne "volume user" et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs :) :
~$ cat /proc/mounts
...
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id27,group_id01,default_permissions 0 0
dans le pam_mount.conf.xml :
<volume user="jlg" fstype="fuse"
path="encfs#/home/%(USER)/owncloud/zaclys_f/"
mountpoint="/home/%(USER)/zaclys_o" />
$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
~$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs /home/$USER/zaclys_o
11:35:00 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
~$ ENCFS6_CONFIG=/home/%(USER)/coffre/.encfs6.xml encfs
/home/%(USER)/zaclys_o
bash: Erreur de syntaxe près du symbole inattendu « ( »
~$ ENCFS6_CONFIG=/home/jlg/coffre/.encfs6.xml encfs -o nonempty
/home/jlg/zaclys_o
11:36:50 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
*** dans le man pam_mount, lorsqu'il est écrit :
<volume user="joe" fstype="nfs" server="fsbox" path="/home/%(USER)"
mountpoint="/bigdisk/%(USER)" />
le "%(USER)" doit-il être laissé comme ça dans la ligne de commande ou
signifie-t-il qu'il faut remplacer, dans le cas présent, par "jlg" ?
*** et ici : http://doc.ubuntu-fr.org/davfs2#owncloud
3.2/ Renforcer la sécurité du chiffrement : lorsqu'il est écrit :
ENCFS6_CONFIG=/home/$USER/Secret/.encfs6.xml encfs
/home/$USER/Box.net/Crypt /home/$USER/En_Clair
le "$USER" doit-il être laissé comme ça dans la ligne de commande ou
signifie-t-il qu'il faut remplacer, dans le cas présent, par "jlg" ?
Le 14/05/2015 11:03, ps a écrit :
Le 13/05/2015 20:47, mireero a écrit :On 05/13/2015 08:30 PM, ps wrote:Bonjour mireero et merci de t'intéresser à cette 'aventure' :)
quand j'ai écrit "volume user=...", c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :
<!-- Volume definitions -->
<volume user="jlg" fstype="fuse"
path="encfs#/home/jlg/owncloud/zaclys_f/"
mountpoint="/home/jlg/zaclys_o" />
Ah d'accord, j'avais mal compris, j'aurais du voir les 3 petits points :)"(pam_mount.c:615): no volumes to mount" : je ne comprends pas cette
ligne :(
Manifestement il y a quelque chose à creuser ici!
Bonjour !
à moinssse que, comme j'ai le "remove="false"", du coup, il n'a rien à
enlever et donc à remettre :)
que veux-tu dire par :
"Pourquoi ne positionnes tu pas "volume user"?" ?
Ok, tu peux remplacer _positionner_ par _donner une valeur_. Je croyais
que "volume user" était vide.
Et qu'est ce que ça donne avec l'option "user"?
c'est-à-dire remplacer "jlg" par "%(USER)" ?
Ou peut être donner des droits à "/home/jlg/zaclys_o" à fuse du genre:
~$ chgrp fuse /home/jlg/zaclys_o
~$ chmod 0775 /home/jlg/zaclys_o
ok, je vais essayer
Ah, pas besoin de m'envoyer une copie du message en privé, j'imagine que
c'était une erreur.
heu... oui... :)Le 13/05/2015 19:36, mireero a écrit :On 05/13/2015 07:10 PM, ps wrote:fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:volume user=...
et quelque lignes en dessous:(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
j'ai bien l'impression de n'avoir pas compris grand chose à l'option
"user" :)
au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne "volume user" et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs :) :
~$ cat /proc/mounts
...
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id27,group_id01,default_permissions 0 0
dans le pam_mount.conf.xml :
<volume user="jlg" fstype="fuse"
path="encfs#/home/%(USER)/owncloud/zaclys_f/"
mountpoint="/home/%(USER)/zaclys_o" />
$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
~$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs /home/$USER/zaclys_o
11:35:00 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
~$ ENCFS6_CONFIG=/home/%(USER)/coffre/.encfs6.xml encfs
/home/%(USER)/zaclys_o
bash: Erreur de syntaxe près du symbole inattendu « ( »
~$ ENCFS6_CONFIG=/home/jlg/coffre/.encfs6.xml encfs -o nonempty
/home/jlg/zaclys_o
11:36:50 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
*** dans le man pam_mount, lorsqu'il est écrit :
<volume user="joe" fstype="nfs" server="fsbox" path="/home/%(USER)"
mountpoint="/bigdisk/%(USER)" />
le "%(USER)" doit-il être laissé comme ça dans la ligne de commande ou
signifie-t-il qu'il faut remplacer, dans le cas présent, par "jlg" ?
*** et ici : http://doc.ubuntu-fr.org/davfs2#owncloud
3.2/ Renforcer la sécurité du chiffrement : lorsqu'il est écrit :
ENCFS6_CONFIG=/home/$USER/Secret/.encfs6.xml encfs
/home/$USER/Box.net/Crypt /home/$USER/En_Clair
le "$USER" doit-il être laissé comme ça dans la ligne de commande ou
signifie-t-il qu'il faut remplacer, dans le cas présent, par "jlg" ?
Le 14/05/2015 11:03, ps a écrit :
Le 13/05/2015 20:47, mireero a écrit :
On 05/13/2015 08:30 PM, ps wrote:
Bonjour mireero et merci de t'intéresser à cette 'aventure' :)
quand j'ai écrit "volume user=...", c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :
<!-- Volume definitions -->
<volume user="jlg" fstype="fuse"
path="encfs#/home/jlg/owncloud/zaclys_f/"
mountpoint="/home/jlg/zaclys_o" />
Ah d'accord, j'avais mal compris, j'aurais du voir les 3 petits points :)
"(pam_mount.c:615): no volumes to mount" : je ne comprends pas cette
ligne :(
Manifestement il y a quelque chose à creuser ici!
Bonjour !
à moinssse que, comme j'ai le "remove="false"", du coup, il n'a rien à
enlever et donc à remettre :)
que veux-tu dire par :
"Pourquoi ne positionnes tu pas "volume user"?" ?
Ok, tu peux remplacer _positionner_ par _donner une valeur_. Je croyais
que "volume user" était vide.
Et qu'est ce que ça donne avec l'option "user"?
c'est-à-dire remplacer "jlg" par "%(USER)" ?
Ou peut être donner des droits à "/home/jlg/zaclys_o" à fuse du genre:
~$ chgrp fuse /home/jlg/zaclys_o
~$ chmod 0775 /home/jlg/zaclys_o
ok, je vais essayer
Ah, pas besoin de m'envoyer une copie du message en privé, j'imagine que
c'était une erreur.
heu... oui... :)
Le 13/05/2015 19:36, mireero a écrit :
On 05/13/2015 07:10 PM, ps wrote:
fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:
volume user=...
et quelque lignes en dessous:
(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
j'ai bien l'impression de n'avoir pas compris grand chose à l'option
"user" :)
au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne "volume user" et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs :) :
~$ cat /proc/mounts
...
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id27,group_id01,default_permissions 0 0
dans le pam_mount.conf.xml :
<volume user="jlg" fstype="fuse"
path="encfs#/home/%(USER)/owncloud/zaclys_f/"
mountpoint="/home/%(USER)/zaclys_o" />
$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
~$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs /home/$USER/zaclys_o
11:35:00 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
~$ ENCFS6_CONFIG=/home/%(USER)/coffre/.encfs6.xml encfs
/home/%(USER)/zaclys_o
bash: Erreur de syntaxe près du symbole inattendu « ( »
~$ ENCFS6_CONFIG=/home/jlg/coffre/.encfs6.xml encfs -o nonempty
/home/jlg/zaclys_o
11:36:50 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
*** dans le man pam_mount, lorsqu'il est écrit :
<volume user="joe" fstype="nfs" server="fsbox" path="/home/%(USER)"
mountpoint="/bigdisk/%(USER)" />
le "%(USER)" doit-il être laissé comme ça dans la ligne de commande ou
signifie-t-il qu'il faut remplacer, dans le cas présent, par "jlg" ?
*** et ici : http://doc.ubuntu-fr.org/davfs2#owncloud
3.2/ Renforcer la sécurité du chiffrement : lorsqu'il est écrit :
ENCFS6_CONFIG=/home/$USER/Secret/.encfs6.xml encfs
/home/$USER/Box.net/Crypt /home/$USER/En_Clair
le "$USER" doit-il être laissé comme ça dans la ligne de commande ou
signifie-t-il qu'il faut remplacer, dans le cas présent, par "jlg" ?
Le 14/05/2015 11:03, ps a écrit :
Le 13/05/2015 20:47, mireero a écrit :On 05/13/2015 08:30 PM, ps wrote:Bonjour mireero et merci de t'intéresser à cette 'aventure' :)
quand j'ai écrit "volume user=...", c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :
<!-- Volume definitions -->
<volume user="jlg" fstype="fuse"
path="encfs#/home/jlg/owncloud/zaclys_f/"
mountpoint="/home/jlg/zaclys_o" />
Ah d'accord, j'avais mal compris, j'aurais du voir les 3 petits points :)"(pam_mount.c:615): no volumes to mount" : je ne comprends pas cette
ligne :(
Manifestement il y a quelque chose à creuser ici!
Bonjour !
à moinssse que, comme j'ai le "remove="false"", du coup, il n'a rien à
enlever et donc à remettre :)
que veux-tu dire par :
"Pourquoi ne positionnes tu pas "volume user"?" ?
Ok, tu peux remplacer _positionner_ par _donner une valeur_. Je croyais
que "volume user" était vide.
Et qu'est ce que ça donne avec l'option "user"?
c'est-à-dire remplacer "jlg" par "%(USER)" ?
Ou peut être donner des droits à "/home/jlg/zaclys_o" à fuse du genre:
~$ chgrp fuse /home/jlg/zaclys_o
~$ chmod 0775 /home/jlg/zaclys_o
ok, je vais essayer
Ah, pas besoin de m'envoyer une copie du message en privé, j'imagine que
c'était une erreur.
heu... oui... :)Le 13/05/2015 19:36, mireero a écrit :On 05/13/2015 07:10 PM, ps wrote:fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:volume user=...
et quelque lignes en dessous:(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
aie : j'ai oublié un morceau de la ligne : désolé...
manque la partie chiffrée zaclys_f
bon je vais recommencer :)
Le 14/05/2015 12:01, ps a écrit :j'ai bien l'impression de n'avoir pas compris grand chose à l'option
"user" :)
au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne "volume user" et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs :) :
~$ cat /proc/mounts
...
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id27,group_id01,default_permissions 0 0
dans le pam_mount.conf.xml :
<volume user="jlg" fstype="fuse"
path="encfs#/home/%(USER)/owncloud/zaclys_f/"
mountpoint="/home/%(USER)/zaclys_o" />
$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
~$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs /home/$USER/zaclys_o
11:35:00 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
~$ ENCFS6_CONFIG=/home/%(USER)/coffre/.encfs6.xml encfs
/home/%(USER)/zaclys_o
bash: Erreur de syntaxe près du symbole inattendu « ( »
~$ ENCFS6_CONFIG=/home/jlg/coffre/.encfs6.xml encfs -o nonempty
/home/jlg/zaclys_o
11:36:50 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
*** dans le man pam_mount, lorsqu'il est écrit :
<volume user="joe" fstype="nfs" server="fsbox" path="/home/%(USER)"
mountpoint="/bigdisk/%(USER)" />
le "%(USER)" doit-il être laissé comme ça dans la ligne de commande ou
signifie-t-il qu'il faut remplacer, dans le cas présent, par "jlg" ?
*** et ici : http://doc.ubuntu-fr.org/davfs2#owncloud
3.2/ Renforcer la sécurité du chiffrement : lorsqu'il est écrit :
ENCFS6_CONFIG=/home/$USER/Secret/.encfs6.xml encfs
/home/$USER/Box.net/Crypt /home/$USER/En_Clair
le "$USER" doit-il être laissé comme ça dans la ligne de commande ou
signifie-t-il qu'il faut remplacer, dans le cas présent, par "jlg" ?
Le 14/05/2015 11:03, ps a écrit :
Le 13/05/2015 20:47, mireero a écrit :On 05/13/2015 08:30 PM, ps wrote:Bonjour mireero et merci de t'intéresser à cette 'aventure' :)
quand j'ai écrit "volume user=...", c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :
<!-- Volume definitions -->
<volume user="jlg" fstype="fuse"
path="encfs#/home/jlg/owncloud/zaclys_f/"
mountpoint="/home/jlg/zaclys_o" />
Ah d'accord, j'avais mal compris, j'aurais du voir les 3 petits points :)"(pam_mount.c:615): no volumes to mount" : je ne comprends pas cette
ligne :(
Manifestement il y a quelque chose à creuser ici!
Bonjour !
à moinssse que, comme j'ai le "remove="false"", du coup, il n'a rien à
enlever et donc à remettre :)
que veux-tu dire par :
"Pourquoi ne positionnes tu pas "volume user"?" ?
Ok, tu peux remplacer _positionner_ par _donner une valeur_. Je croyais
que "volume user" était vide.
Et qu'est ce que ça donne avec l'option "user"?
c'est-à-dire remplacer "jlg" par "%(USER)" ?
Ou peut être donner des droits à "/home/jlg/zaclys_o" à fuse du genre:
~$ chgrp fuse /home/jlg/zaclys_o
~$ chmod 0775 /home/jlg/zaclys_o
ok, je vais essayer
Ah, pas besoin de m'envoyer une copie du message en privé, j'imagine que
c'était une erreur.
heu... oui... :)Le 13/05/2015 19:36, mireero a écrit :On 05/13/2015 07:10 PM, ps wrote:fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:volume user=...
et quelque lignes en dessous:(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
aie : j'ai oublié un morceau de la ligne : désolé...
manque la partie chiffrée zaclys_f
bon je vais recommencer :)
Le 14/05/2015 12:01, ps a écrit :
j'ai bien l'impression de n'avoir pas compris grand chose à l'option
"user" :)
au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne "volume user" et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs :) :
~$ cat /proc/mounts
...
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id27,group_id01,default_permissions 0 0
dans le pam_mount.conf.xml :
<volume user="jlg" fstype="fuse"
path="encfs#/home/%(USER)/owncloud/zaclys_f/"
mountpoint="/home/%(USER)/zaclys_o" />
$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
~$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs /home/$USER/zaclys_o
11:35:00 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
~$ ENCFS6_CONFIG=/home/%(USER)/coffre/.encfs6.xml encfs
/home/%(USER)/zaclys_o
bash: Erreur de syntaxe près du symbole inattendu « ( »
~$ ENCFS6_CONFIG=/home/jlg/coffre/.encfs6.xml encfs -o nonempty
/home/jlg/zaclys_o
11:36:50 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
*** dans le man pam_mount, lorsqu'il est écrit :
<volume user="joe" fstype="nfs" server="fsbox" path="/home/%(USER)"
mountpoint="/bigdisk/%(USER)" />
le "%(USER)" doit-il être laissé comme ça dans la ligne de commande ou
signifie-t-il qu'il faut remplacer, dans le cas présent, par "jlg" ?
*** et ici : http://doc.ubuntu-fr.org/davfs2#owncloud
3.2/ Renforcer la sécurité du chiffrement : lorsqu'il est écrit :
ENCFS6_CONFIG=/home/$USER/Secret/.encfs6.xml encfs
/home/$USER/Box.net/Crypt /home/$USER/En_Clair
le "$USER" doit-il être laissé comme ça dans la ligne de commande ou
signifie-t-il qu'il faut remplacer, dans le cas présent, par "jlg" ?
Le 14/05/2015 11:03, ps a écrit :
Le 13/05/2015 20:47, mireero a écrit :
On 05/13/2015 08:30 PM, ps wrote:
Bonjour mireero et merci de t'intéresser à cette 'aventure' :)
quand j'ai écrit "volume user=...", c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :
<!-- Volume definitions -->
<volume user="jlg" fstype="fuse"
path="encfs#/home/jlg/owncloud/zaclys_f/"
mountpoint="/home/jlg/zaclys_o" />
Ah d'accord, j'avais mal compris, j'aurais du voir les 3 petits points :)
"(pam_mount.c:615): no volumes to mount" : je ne comprends pas cette
ligne :(
Manifestement il y a quelque chose à creuser ici!
Bonjour !
à moinssse que, comme j'ai le "remove="false"", du coup, il n'a rien à
enlever et donc à remettre :)
que veux-tu dire par :
"Pourquoi ne positionnes tu pas "volume user"?" ?
Ok, tu peux remplacer _positionner_ par _donner une valeur_. Je croyais
que "volume user" était vide.
Et qu'est ce que ça donne avec l'option "user"?
c'est-à-dire remplacer "jlg" par "%(USER)" ?
Ou peut être donner des droits à "/home/jlg/zaclys_o" à fuse du genre:
~$ chgrp fuse /home/jlg/zaclys_o
~$ chmod 0775 /home/jlg/zaclys_o
ok, je vais essayer
Ah, pas besoin de m'envoyer une copie du message en privé, j'imagine que
c'était une erreur.
heu... oui... :)
Le 13/05/2015 19:36, mireero a écrit :
On 05/13/2015 07:10 PM, ps wrote:
fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:
volume user=...
et quelque lignes en dessous:
(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
aie : j'ai oublié un morceau de la ligne : désolé...
manque la partie chiffrée zaclys_f
bon je vais recommencer :)
Le 14/05/2015 12:01, ps a écrit :j'ai bien l'impression de n'avoir pas compris grand chose à l'option
"user" :)
au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne "volume user" et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs :) :
~$ cat /proc/mounts
...
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id27,group_id01,default_permissions 0 0
dans le pam_mount.conf.xml :
<volume user="jlg" fstype="fuse"
path="encfs#/home/%(USER)/owncloud/zaclys_f/"
mountpoint="/home/%(USER)/zaclys_o" />
$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
~$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs /home/$USER/zaclys_o
11:35:00 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
~$ ENCFS6_CONFIG=/home/%(USER)/coffre/.encfs6.xml encfs
/home/%(USER)/zaclys_o
bash: Erreur de syntaxe près du symbole inattendu « ( »
~$ ENCFS6_CONFIG=/home/jlg/coffre/.encfs6.xml encfs -o nonempty
/home/jlg/zaclys_o
11:36:50 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
*** dans le man pam_mount, lorsqu'il est écrit :
<volume user="joe" fstype="nfs" server="fsbox" path="/home/%(USER)"
mountpoint="/bigdisk/%(USER)" />
le "%(USER)" doit-il être laissé comme ça dans la ligne de commande ou
signifie-t-il qu'il faut remplacer, dans le cas présent, par "jlg" ?
*** et ici : http://doc.ubuntu-fr.org/davfs2#owncloud
3.2/ Renforcer la sécurité du chiffrement : lorsqu'il est écrit :
ENCFS6_CONFIG=/home/$USER/Secret/.encfs6.xml encfs
/home/$USER/Box.net/Crypt /home/$USER/En_Clair
le "$USER" doit-il être laissé comme ça dans la ligne de commande ou
signifie-t-il qu'il faut remplacer, dans le cas présent, par "jlg" ?
Le 14/05/2015 11:03, ps a écrit :
Le 13/05/2015 20:47, mireero a écrit :On 05/13/2015 08:30 PM, ps wrote:Bonjour mireero et merci de t'intéresser à cette 'aventure' :)
quand j'ai écrit "volume user=...", c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :
<!-- Volume definitions -->
<volume user="jlg" fstype="fuse"
path="encfs#/home/jlg/owncloud/zaclys_f/"
mountpoint="/home/jlg/zaclys_o" />
Ah d'accord, j'avais mal compris, j'aurais du voir les 3 petits points :)"(pam_mount.c:615): no volumes to mount" : je ne comprends pas cette
ligne :(
Manifestement il y a quelque chose à creuser ici!
Bonjour !
à moinssse que, comme j'ai le "remove="false"", du coup, il n'a rien à
enlever et donc à remettre :)
que veux-tu dire par :
"Pourquoi ne positionnes tu pas "volume user"?" ?
Ok, tu peux remplacer _positionner_ par _donner une valeur_. Je croyais
que "volume user" était vide.
Et qu'est ce que ça donne avec l'option "user"?
c'est-à-dire remplacer "jlg" par "%(USER)" ?
Ou peut être donner des droits à "/home/jlg/zaclys_o" à fuse du genre:
~$ chgrp fuse /home/jlg/zaclys_o
~$ chmod 0775 /home/jlg/zaclys_o
ok, je vais essayer
Ah, pas besoin de m'envoyer une copie du message en privé, j'imagine que
c'était une erreur.
heu... oui... :)Le 13/05/2015 19:36, mireero a écrit :On 05/13/2015 07:10 PM, ps wrote:fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied
Tu peux ajouter "user" dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois "root".
Tu as dans ton message:volume user=...
et quelque lignes en dessous:(pam_mount.c:615): no volumes to mount
Pourquoi ne positionnes tu pas "volume user"?
j'ai bien l'impression de n'avoir pas compris grand chose à l'option
"user":)
au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne "volume user" et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs:) :
~$ cat /proc/mounts
....
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id27,group_id01,default_permissions 0 0
dans le pam_mount.conf.xml :
<volume user="jlg" fstype="fuse"
path="encfs#/home/%(USER)/owncloud/zaclys_f/"
mountpoint="/home/%(USER)/zaclys_o" />
$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
j'ai bien l'impression de n'avoir pas compris grand chose à l'option
"user":)
au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne "volume user" et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs:) :
~$ cat /proc/mounts
....
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id27,group_id01,default_permissions 0 0
dans le pam_mount.conf.xml :
<volume user="jlg" fstype="fuse"
path="encfs#/home/%(USER)/owncloud/zaclys_f/"
mountpoint="/home/%(USER)/zaclys_o" />
$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
j'ai bien l'impression de n'avoir pas compris grand chose à l'option
"user":)
au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne "volume user" et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs:) :
~$ cat /proc/mounts
....
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id27,group_id01,default_permissions 0 0
dans le pam_mount.conf.xml :
<volume user="jlg" fstype="fuse"
path="encfs#/home/%(USER)/owncloud/zaclys_f/"
mountpoint="/home/%(USER)/zaclys_o" />
$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
On 05/14/2015 12:10 PM, ps wrote:j'ai bien l'impression de n'avoir pas compris grand chose à l'option
"user":)
Excuse moi, c'est vrai que j'ai pas été très précis.
Je te parle d'un point de vue général à propos de "monter" un volume, je
n'ai jamais utilisé pam_mount (si y'a un expert ici je cède la main).au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne "volume user" et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs:) :
~$ cat /proc/mounts
....
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id27,group_id01,default_permissions 0
0
dans le pam_mount.conf.xml :
<volume user="jlg" fstype="fuse"
path="encfs#/home/%(USER)/owncloud/zaclys_f/"
mountpoint="/home/%(USER)/zaclys_o" />
$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
J'ai 3 remarques:
1 - Quand je monte un système de fichier et que j'ai des soucis,
j'essaye d'abord de le monter à la main, c'est à dire directement dans
bash, ex:
Récemment j'ai mis en place un serveur nfs sur un raspberry pi et ma
ligne dans fstab (du client) ne fonctionnait pas, donc mes tests se
faisaient dans bash directement:
~# mount -t nfs 192.168.1.13:/home/pi /pi
Une fois que ça fonctionnait, je savais que si ça fonctionnait pas avec
la ligne dans fstab, ça pouvait avoir un rapport avec mes options.
Dans fstab:
192.168.1.13:/home/pi /pi nfs defaults,user,noauto,noatime 0 0
Qu'on peut tester en bash avec:
~$ mount -t nfs -o user,noauto,noatime 192.168.1.13:/home/pi /pi
Bonne transition pour:
2 - Tu vois ci-dessus que je peux monter le volume nfs en tant que
simple utilisateur (d'où le "~"); c'est grâce à là l'option "user".
C'est de ça dont je parlais quand je mentionnais "user" puisque tes
messages d'erreurs ressemblent à un problème de droit (mais je n'ai
aucune idée si pam_mount connaît cette option). Par exemple (ou donc
exécuter la commande qui va bien dans bash (qui commence peut-être par
fusermount) et tester en root par exemple):
$ ENCFS6_CONFIG=/home/jlg/coffre/.encfs6.xml encfs -o nonempty,user
/home/jlg/zaclys_o
Tu peux aussi mettre des droits élevé à "jlg" concernant les 2 dossiers
en question genre:
~# chown jlg:fuse /home/jlg/{zaclys_f,owncloud/zaclys_f}
~# chmod 0770 /home/jlg/{zaclys_f,owncloud/zaclys_f}
Par exemple, et juste pour voir si ça aide, ensuite tu baisses les
droits si tu veux.
3 - Remarque facultative:
L'option nonempty me semble un peu excessive (sauf si tu te sers de
zaclys_f lorsque le volume chiffré est démonté).
Cela donne a penser que le dossier zaclys_f n'est pas vide. Si le(s)
fichier(s)/dossier(s) éventuellement présent dans zaclys_f n'ont rien à
y faire (cas habituel pour un point de montage), je démonterais le
volume pour voir et supprimer le contenu de zaclys_f.
Ce ne sont que des remarques générale, pour y voir plus clair il
faudrait que quelqu'un qui connaît bien pam_mount et le cryptage en
question te réponde.
On 05/14/2015 12:10 PM, ps wrote:
j'ai bien l'impression de n'avoir pas compris grand chose à l'option
"user":)
Excuse moi, c'est vrai que j'ai pas été très précis.
Je te parle d'un point de vue général à propos de "monter" un volume, je
n'ai jamais utilisé pam_mount (si y'a un expert ici je cède la main).
au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne "volume user" et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs:) :
~$ cat /proc/mounts
....
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id27,group_id01,default_permissions 0
0
dans le pam_mount.conf.xml :
<volume user="jlg" fstype="fuse"
path="encfs#/home/%(USER)/owncloud/zaclys_f/"
mountpoint="/home/%(USER)/zaclys_o" />
$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
J'ai 3 remarques:
1 - Quand je monte un système de fichier et que j'ai des soucis,
j'essaye d'abord de le monter à la main, c'est à dire directement dans
bash, ex:
Récemment j'ai mis en place un serveur nfs sur un raspberry pi et ma
ligne dans fstab (du client) ne fonctionnait pas, donc mes tests se
faisaient dans bash directement:
~# mount -t nfs 192.168.1.13:/home/pi /pi
Une fois que ça fonctionnait, je savais que si ça fonctionnait pas avec
la ligne dans fstab, ça pouvait avoir un rapport avec mes options.
Dans fstab:
192.168.1.13:/home/pi /pi nfs defaults,user,noauto,noatime 0 0
Qu'on peut tester en bash avec:
~$ mount -t nfs -o user,noauto,noatime 192.168.1.13:/home/pi /pi
Bonne transition pour:
2 - Tu vois ci-dessus que je peux monter le volume nfs en tant que
simple utilisateur (d'où le "~"); c'est grâce à là l'option "user".
C'est de ça dont je parlais quand je mentionnais "user" puisque tes
messages d'erreurs ressemblent à un problème de droit (mais je n'ai
aucune idée si pam_mount connaît cette option). Par exemple (ou donc
exécuter la commande qui va bien dans bash (qui commence peut-être par
fusermount) et tester en root par exemple):
$ ENCFS6_CONFIG=/home/jlg/coffre/.encfs6.xml encfs -o nonempty,user
/home/jlg/zaclys_o
Tu peux aussi mettre des droits élevé à "jlg" concernant les 2 dossiers
en question genre:
~# chown jlg:fuse /home/jlg/{zaclys_f,owncloud/zaclys_f}
~# chmod 0770 /home/jlg/{zaclys_f,owncloud/zaclys_f}
Par exemple, et juste pour voir si ça aide, ensuite tu baisses les
droits si tu veux.
3 - Remarque facultative:
L'option nonempty me semble un peu excessive (sauf si tu te sers de
zaclys_f lorsque le volume chiffré est démonté).
Cela donne a penser que le dossier zaclys_f n'est pas vide. Si le(s)
fichier(s)/dossier(s) éventuellement présent dans zaclys_f n'ont rien à
y faire (cas habituel pour un point de montage), je démonterais le
volume pour voir et supprimer le contenu de zaclys_f.
Ce ne sont que des remarques générale, pour y voir plus clair il
faudrait que quelqu'un qui connaît bien pam_mount et le cryptage en
question te réponde.
On 05/14/2015 12:10 PM, ps wrote:j'ai bien l'impression de n'avoir pas compris grand chose à l'option
"user":)
Excuse moi, c'est vrai que j'ai pas été très précis.
Je te parle d'un point de vue général à propos de "monter" un volume, je
n'ai jamais utilisé pam_mount (si y'a un expert ici je cède la main).au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne "volume user" et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs:) :
~$ cat /proc/mounts
....
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id27,group_id01,default_permissions 0
0
dans le pam_mount.conf.xml :
<volume user="jlg" fstype="fuse"
path="encfs#/home/%(USER)/owncloud/zaclys_f/"
mountpoint="/home/%(USER)/zaclys_o" />
$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
J'ai 3 remarques:
1 - Quand je monte un système de fichier et que j'ai des soucis,
j'essaye d'abord de le monter à la main, c'est à dire directement dans
bash, ex:
Récemment j'ai mis en place un serveur nfs sur un raspberry pi et ma
ligne dans fstab (du client) ne fonctionnait pas, donc mes tests se
faisaient dans bash directement:
~# mount -t nfs 192.168.1.13:/home/pi /pi
Une fois que ça fonctionnait, je savais que si ça fonctionnait pas avec
la ligne dans fstab, ça pouvait avoir un rapport avec mes options.
Dans fstab:
192.168.1.13:/home/pi /pi nfs defaults,user,noauto,noatime 0 0
Qu'on peut tester en bash avec:
~$ mount -t nfs -o user,noauto,noatime 192.168.1.13:/home/pi /pi
Bonne transition pour:
2 - Tu vois ci-dessus que je peux monter le volume nfs en tant que
simple utilisateur (d'où le "~"); c'est grâce à là l'option "user".
C'est de ça dont je parlais quand je mentionnais "user" puisque tes
messages d'erreurs ressemblent à un problème de droit (mais je n'ai
aucune idée si pam_mount connaît cette option). Par exemple (ou donc
exécuter la commande qui va bien dans bash (qui commence peut-être par
fusermount) et tester en root par exemple):
$ ENCFS6_CONFIG=/home/jlg/coffre/.encfs6.xml encfs -o nonempty,user
/home/jlg/zaclys_o
Tu peux aussi mettre des droits élevé à "jlg" concernant les 2 dossiers
en question genre:
~# chown jlg:fuse /home/jlg/{zaclys_f,owncloud/zaclys_f}
~# chmod 0770 /home/jlg/{zaclys_f,owncloud/zaclys_f}
Par exemple, et juste pour voir si ça aide, ensuite tu baisses les
droits si tu veux.
3 - Remarque facultative:
L'option nonempty me semble un peu excessive (sauf si tu te sers de
zaclys_f lorsque le volume chiffré est démonté).
Cela donne a penser que le dossier zaclys_f n'est pas vide. Si le(s)
fichier(s)/dossier(s) éventuellement présent dans zaclys_f n'ont rien à
y faire (cas habituel pour un point de montage), je démonterais le
volume pour voir et supprimer le contenu de zaclys_f.
Ce ne sont que des remarques générale, pour y voir plus clair il
faudrait que quelqu'un qui connaît bien pam_mount et le cryptage en
question te réponde.
Le 14/05/2015 14:51, mireero a écrit :On 05/14/2015 12:10 PM, ps wrote:j'ai bien l'impression de n'avoir pas compris grand chose à l'option
"user":)
Excuse moi, c'est vrai que j'ai pas été très précis.
non-non, c'est moi qui ne suis pas au niveau de ce à quoi je me suis
attaqué, pensant à la lecture bien documentée des réf données en début
d'échange, cela n'allait être qu'une formalité... c'est beau, parfois,
l'optimisme du débutant... :)
bon, dans le cas présent, ça m'a bien planté ! :)Je te parle d'un point de vue général à propos de "monter" un volume, je
n'ai jamais utilisé pam_mount (si y'a un expert ici je cède la main).au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne "volume user" et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs:) :
~$ cat /proc/mounts
....
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id27,group_id01,default_permissions 0
0
dans le pam_mount.conf.xml :
<volume user="jlg" fstype="fuse"
path="encfs#/home/%(USER)/owncloud/zaclys_f/"
mountpoint="/home/%(USER)/zaclys_o" />
$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
J'ai 3 remarques:
1 - Quand je monte un système de fichier et que j'ai des soucis,
j'essaye d'abord de le monter à la main, c'est à dire directement dans
bash, ex:
Récemment j'ai mis en place un serveur nfs sur un raspberry pi et ma
ligne dans fstab (du client) ne fonctionnait pas, donc mes tests se
faisaient dans bash directement:
~# mount -t nfs 192.168.1.13:/home/pi /pi
Une fois que ça fonctionnait, je savais que si ça fonctionnait pas avec
la ligne dans fstab, ça pouvait avoir un rapport avec mes options.
Dans fstab:
192.168.1.13:/home/pi /pi nfs defaults,user,noauto,noatime 0 0
Qu'on peut tester en bash avec:
~$ mount -t nfs -o user,noauto,noatime 192.168.1.13:/home/pi /pi
je confirme : l'étape manuelle fonctionne : le pam_mount semble aussi
fonctionner.
c'est le passage par ENCFS6_CONFIG qui semble bloquer l'affaire
Bonne transition pour:
2 - Tu vois ci-dessus que je peux monter le volume nfs en tant que
simple utilisateur (d'où le "~"); c'est grâce à là l'option "user".
C'est de ça dont je parlais quand je mentionnais "user" puisque tes
messages d'erreurs ressemblent à un problème de droit (mais je n'ai
aucune idée si pam_mount connaît cette option). Par exemple (ou donc
exécuter la commande qui va bien dans bash (qui commence peut-être par
fusermount) et tester en root par exemple):
$ ENCFS6_CONFIG=/home/jlg/coffre/.encfs6.xml encfs -o nonempty,user
/home/jlg/zaclys_o
Tu peux aussi mettre des droits élevé à "jlg" concernant les 2 dossiers
en question genre:
~# chown jlg:fuse /home/jlg/{zaclys_f,owncloud/zaclys_f}
~# chmod 0770 /home/jlg/{zaclys_f,owncloud/zaclys_f}
Par exemple, et juste pour voir si ça aide, ensuite tu baisses les
droits si tu veux.
ok, je vais essayer d'ajouter le 'user'3 - Remarque facultative:
L'option nonempty me semble un peu excessive (sauf si tu te sers de
zaclys_f lorsque le volume chiffré est démonté).
Cela donne a penser que le dossier zaclys_f n'est pas vide. Si le(s)
fichier(s)/dossier(s) éventuellement présent dans zaclys_f n'ont rien à
y faire (cas habituel pour un point de montage), je démonterais le
volume pour voir et supprimer le contenu de zaclys_f.
les dossiers à synchroniser, ce qui est l'objectif initial, seront
placés dans zaclys_o.
via encfs et pam_mount, ils seront cryptés, puis owncloud-client se
chargera de rappatrier les dossiers chiffrés sur owncloud-zaclys. enfin
c'est ce que j'ai imaginé comme possible, un jour :)
donc ce qui est dans zaclys_o, je pensais que ça pouvait (devait) y
rester : certains fichiers à l'intérieur seront modifiés, peut-être
supprimés et que owncloud-client fera le tri entre ce qu'il a déjà et ce
qu'il doit rappatrier car nouveau ou modifié.
mais peut-être que "je rêve d'une banque"... de données 'idéale' :)
il est bien (sans doute) possible que je n'ai pas compris ce qu'on
pouvait faire exactement avec owncloud et pam_mount.
Ce ne sont que des remarques générale, pour y voir plus clair il
faudrait que quelqu'un qui connaît bien pam_mount et le cryptage en
question te réponde.
un grand merci quand même pour le coup de main !
Le 14/05/2015 14:51, mireero a écrit :
On 05/14/2015 12:10 PM, ps wrote:
j'ai bien l'impression de n'avoir pas compris grand chose à l'option
"user":)
Excuse moi, c'est vrai que j'ai pas été très précis.
non-non, c'est moi qui ne suis pas au niveau de ce à quoi je me suis
attaqué, pensant à la lecture bien documentée des réf données en début
d'échange, cela n'allait être qu'une formalité... c'est beau, parfois,
l'optimisme du débutant... :)
bon, dans le cas présent, ça m'a bien planté ! :)
Je te parle d'un point de vue général à propos de "monter" un volume, je
n'ai jamais utilisé pam_mount (si y'a un expert ici je cède la main).
au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne "volume user" et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs:) :
~$ cat /proc/mounts
....
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id27,group_id01,default_permissions 0
0
dans le pam_mount.conf.xml :
<volume user="jlg" fstype="fuse"
path="encfs#/home/%(USER)/owncloud/zaclys_f/"
mountpoint="/home/%(USER)/zaclys_o" />
$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
J'ai 3 remarques:
1 - Quand je monte un système de fichier et que j'ai des soucis,
j'essaye d'abord de le monter à la main, c'est à dire directement dans
bash, ex:
Récemment j'ai mis en place un serveur nfs sur un raspberry pi et ma
ligne dans fstab (du client) ne fonctionnait pas, donc mes tests se
faisaient dans bash directement:
~# mount -t nfs 192.168.1.13:/home/pi /pi
Une fois que ça fonctionnait, je savais que si ça fonctionnait pas avec
la ligne dans fstab, ça pouvait avoir un rapport avec mes options.
Dans fstab:
192.168.1.13:/home/pi /pi nfs defaults,user,noauto,noatime 0 0
Qu'on peut tester en bash avec:
~$ mount -t nfs -o user,noauto,noatime 192.168.1.13:/home/pi /pi
je confirme : l'étape manuelle fonctionne : le pam_mount semble aussi
fonctionner.
c'est le passage par ENCFS6_CONFIG qui semble bloquer l'affaire
Bonne transition pour:
2 - Tu vois ci-dessus que je peux monter le volume nfs en tant que
simple utilisateur (d'où le "~"); c'est grâce à là l'option "user".
C'est de ça dont je parlais quand je mentionnais "user" puisque tes
messages d'erreurs ressemblent à un problème de droit (mais je n'ai
aucune idée si pam_mount connaît cette option). Par exemple (ou donc
exécuter la commande qui va bien dans bash (qui commence peut-être par
fusermount) et tester en root par exemple):
$ ENCFS6_CONFIG=/home/jlg/coffre/.encfs6.xml encfs -o nonempty,user
/home/jlg/zaclys_o
Tu peux aussi mettre des droits élevé à "jlg" concernant les 2 dossiers
en question genre:
~# chown jlg:fuse /home/jlg/{zaclys_f,owncloud/zaclys_f}
~# chmod 0770 /home/jlg/{zaclys_f,owncloud/zaclys_f}
Par exemple, et juste pour voir si ça aide, ensuite tu baisses les
droits si tu veux.
ok, je vais essayer d'ajouter le 'user'
3 - Remarque facultative:
L'option nonempty me semble un peu excessive (sauf si tu te sers de
zaclys_f lorsque le volume chiffré est démonté).
Cela donne a penser que le dossier zaclys_f n'est pas vide. Si le(s)
fichier(s)/dossier(s) éventuellement présent dans zaclys_f n'ont rien à
y faire (cas habituel pour un point de montage), je démonterais le
volume pour voir et supprimer le contenu de zaclys_f.
les dossiers à synchroniser, ce qui est l'objectif initial, seront
placés dans zaclys_o.
via encfs et pam_mount, ils seront cryptés, puis owncloud-client se
chargera de rappatrier les dossiers chiffrés sur owncloud-zaclys. enfin
c'est ce que j'ai imaginé comme possible, un jour :)
donc ce qui est dans zaclys_o, je pensais que ça pouvait (devait) y
rester : certains fichiers à l'intérieur seront modifiés, peut-être
supprimés et que owncloud-client fera le tri entre ce qu'il a déjà et ce
qu'il doit rappatrier car nouveau ou modifié.
mais peut-être que "je rêve d'une banque"... de données 'idéale' :)
il est bien (sans doute) possible que je n'ai pas compris ce qu'on
pouvait faire exactement avec owncloud et pam_mount.
Ce ne sont que des remarques générale, pour y voir plus clair il
faudrait que quelqu'un qui connaît bien pam_mount et le cryptage en
question te réponde.
un grand merci quand même pour le coup de main !
Le 14/05/2015 14:51, mireero a écrit :On 05/14/2015 12:10 PM, ps wrote:j'ai bien l'impression de n'avoir pas compris grand chose à l'option
"user":)
Excuse moi, c'est vrai que j'ai pas été très précis.
non-non, c'est moi qui ne suis pas au niveau de ce à quoi je me suis
attaqué, pensant à la lecture bien documentée des réf données en début
d'échange, cela n'allait être qu'une formalité... c'est beau, parfois,
l'optimisme du débutant... :)
bon, dans le cas présent, ça m'a bien planté ! :)Je te parle d'un point de vue général à propos de "monter" un volume, je
n'ai jamais utilisé pam_mount (si y'a un expert ici je cède la main).au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne "volume user" et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs:) :
~$ cat /proc/mounts
....
fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id27,group_id01,default_permissions 0
0
dans le pam_mount.conf.xml :
<volume user="jlg" fstype="fuse"
path="encfs#/home/%(USER)/owncloud/zaclys_f/"
mountpoint="/home/%(USER)/zaclys_o" />
$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.
J'ai 3 remarques:
1 - Quand je monte un système de fichier et que j'ai des soucis,
j'essaye d'abord de le monter à la main, c'est à dire directement dans
bash, ex:
Récemment j'ai mis en place un serveur nfs sur un raspberry pi et ma
ligne dans fstab (du client) ne fonctionnait pas, donc mes tests se
faisaient dans bash directement:
~# mount -t nfs 192.168.1.13:/home/pi /pi
Une fois que ça fonctionnait, je savais que si ça fonctionnait pas avec
la ligne dans fstab, ça pouvait avoir un rapport avec mes options.
Dans fstab:
192.168.1.13:/home/pi /pi nfs defaults,user,noauto,noatime 0 0
Qu'on peut tester en bash avec:
~$ mount -t nfs -o user,noauto,noatime 192.168.1.13:/home/pi /pi
je confirme : l'étape manuelle fonctionne : le pam_mount semble aussi
fonctionner.
c'est le passage par ENCFS6_CONFIG qui semble bloquer l'affaire
Bonne transition pour:
2 - Tu vois ci-dessus que je peux monter le volume nfs en tant que
simple utilisateur (d'où le "~"); c'est grâce à là l'option "user".
C'est de ça dont je parlais quand je mentionnais "user" puisque tes
messages d'erreurs ressemblent à un problème de droit (mais je n'ai
aucune idée si pam_mount connaît cette option). Par exemple (ou donc
exécuter la commande qui va bien dans bash (qui commence peut-être par
fusermount) et tester en root par exemple):
$ ENCFS6_CONFIG=/home/jlg/coffre/.encfs6.xml encfs -o nonempty,user
/home/jlg/zaclys_o
Tu peux aussi mettre des droits élevé à "jlg" concernant les 2 dossiers
en question genre:
~# chown jlg:fuse /home/jlg/{zaclys_f,owncloud/zaclys_f}
~# chmod 0770 /home/jlg/{zaclys_f,owncloud/zaclys_f}
Par exemple, et juste pour voir si ça aide, ensuite tu baisses les
droits si tu veux.
ok, je vais essayer d'ajouter le 'user'3 - Remarque facultative:
L'option nonempty me semble un peu excessive (sauf si tu te sers de
zaclys_f lorsque le volume chiffré est démonté).
Cela donne a penser que le dossier zaclys_f n'est pas vide. Si le(s)
fichier(s)/dossier(s) éventuellement présent dans zaclys_f n'ont rien à
y faire (cas habituel pour un point de montage), je démonterais le
volume pour voir et supprimer le contenu de zaclys_f.
les dossiers à synchroniser, ce qui est l'objectif initial, seront
placés dans zaclys_o.
via encfs et pam_mount, ils seront cryptés, puis owncloud-client se
chargera de rappatrier les dossiers chiffrés sur owncloud-zaclys. enfin
c'est ce que j'ai imaginé comme possible, un jour :)
donc ce qui est dans zaclys_o, je pensais que ça pouvait (devait) y
rester : certains fichiers à l'intérieur seront modifiés, peut-être
supprimés et que owncloud-client fera le tri entre ce qu'il a déjà et ce
qu'il doit rappatrier car nouveau ou modifié.
mais peut-être que "je rêve d'une banque"... de données 'idéale' :)
il est bien (sans doute) possible que je n'ai pas compris ce qu'on
pouvait faire exactement avec owncloud et pam_mount.
Ce ne sont que des remarques générale, pour y voir plus clair il
faudrait que quelqu'un qui connaît bien pam_mount et le cryptage en
question te réponde.
un grand merci quand même pour le coup de main !