I haven’t tried to do what you’re doing in a long time so can’t say for sure…
But what jumps out at me is that if you’re using the Microsoft syntax for defining a variable, you should enclose the variable with percent signs before and after… not just before.
Thank you for your answer, i try your suggestion but man 5 pam_mount.conf
show that:
Variables Within attributes and commands (see later section), specific
placeholders or variables, identified by %(name) may be used. These are
substituted at command invocation time.
**%(USER)**
Expands to the username of the user logging in.
**%(DOMAIN_NAME)**, **%(DOMAIN_USER)**
Winbind has special UNIX usernames in the form of
"domain**\**username", and %(DOMAIN_NAME) and %(DOMAIN_USER) provide
the split parts of it. This is useful when a sharename on an
MSAD server is the same as the username, e.g. <volume
fstype="cifs" server="fsbox" path="%(DOMAIN_USER)" />.
**%(USERUID)**, **%(USERGID)**
The numeric UID and GID of the primary group of the user logging
in. This is obtained via getpw*(), not getuid(). It is useful
in conjunction with the uid= or gid= mount options, e.g. <volume
options="uid=%(USERUID)" />. Note that you **do** **not** need to
specify uid=%(USERUID) for smbfs or cifs mounts because this is
already done automatically by pam_mount.
**%(GROUP)**
The name of the group for %(USERGID).
All other variables you might find in the source code are internal to
pam_mount, and are likely not to be expanded when you would expect it.
furthermore %(DOMAIN_USER) is inserted automatically by yast…
I even tried to delete user=blabla from option=
and
user=%(DOMAIN_NAME)**%(DOMAIN_USER)
**
tomorrow I’ll try to manually insert
**user=“username” or uid=“number” or **uid=“number-number”
(I can’t edit my previous post so i post new one…)
edit
reading better the man, I think that **%(DOMAIN_USER) **is used not for providing credentials for the share but for mount user home that reside on server. But I don’t have a user home on server so this variable is unnecessaryfor me
Agreed,
When I first explore a configuration, I often use only fixed values to first understand what is happening,
Then only after I thoroughly understand what is being done, then I substitute or add variables.