** Tags added: precise
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/657900
Title:
mount.cifs: permission denied: no match for /home/myuser/mydir/myshare
found in /etc/fstab
To manage
I'm using 12.04.
I can auto mount windows shares via fstab, and I have user-level scripts
that consume these shares successfully.
However, sometimes a window server is rebooted. When this happens, the
auto mounting that occurred via fstab happened before the windows reboot
and is therefore
No final resolution on this? This is maddening.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/657900
Title:
mount.cifs: permission denied: no match for /home/myuser/mydir/myshare
found in
I have the same problem with comp sci labs that use pam and mount using
cifs, these keep me from migrating to the next LTS from 10.04. Same
issues as #14.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
We should do something about this. Currently, it is impossible to let
users mount Windows shares without giving them some kind of extra
privileges (the setuid root in 10.04 was not nice, either). Gnome's
Connect to server (gvfs) works, but is gnome-specific and not easily
scriptable.
@jahst:
This completely breaks libpam-mount for me with CIFS
libpam-mount mounts the user's home directory via CIFS from a server
when the login. As we have thousands of users, it's silly to have them
all in the fstab. It used to work perfectly in Karmic.
Using sudo is not really an option for us
I don't use libpam-mount but 'man 5 pam_mount.conf' tells me that it can
call mount.cifs as root (ie. implicit sudo), even defaults to this. You
don't need to have your mount points in /etc/fstab if you are root, so
you should be fine. If libpam-mount is indeed broken by this change, you
should
From reading the Changelog, it seems like smb4k 0.10.65 (1.0.0 alpha1)
supports KAuth to raise the permissions. You should file a bug against
smb4k to have the newer version packaged.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
For now since this thing is useless on Ubuntu Maverick, can someone
please post the solution to return the sudoes file so that you can sudo
Currently any sudo is now broken and I can't run any programs via sudo
at all.
--
You received this bug notification because you are a member of Ubuntu
well for now I restored the sudoers to operate normally by selecting
recovery mode when the system is booting up
Then visudo command
And comment out the lines which Smb4k has added for some reason
# /etc/sudoers
#
# This file MUST be edited with the 'visudo' command as root.
#
# See the man
** Package changed: ubuntu = cifs-utils (Ubuntu)
** Tags added: maverick
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/657900
Title:
mount.cifs: permission denied: no match for
Seems like this feature was removed from cifs-utils, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576713 and
/usr/share/doc/cifs-utils/NEWS.Debian.gz:
cifs-utils (2:4.0-1) unstable; urgency=low
* As of this version, the mount.cifs binary is no longer setuid due to
upstream concerns
If you want normal user to be able to mount network share such as samba/cifs or
nfs...
you can add the following to the very end of /etc/sudoers file and restart.
# allow members of CDROM group to mount without prompting for root password
%cdrom ALL = NOPASSWD:NOEXEC: /bin/mount, /bin/umount,
Hi guys,
had the same problem as described above. Solved it by using this lines in
/etc/fstab:
//IP-ADRESS/folder_on share your_local_mountpoint cifs
defaults,iocharset=utf8,codepage=cp850,uid=1000,gid=1000,noauto,user,credentials=~/.smbcredentials
0 0
--
mount.cifs: permission denied: no
Same for me. All these changes made to mount.cifs behavior over the distro
upgrades are starting to be very annoying. I understand that this is for
security reasons, but if a root user wants to allow a non-user to do something,
it should not be rejected, only warned !!! If the system decisions
It would be nice to have a fix. For personal use it is not a major
issue. But at enterprise level this should not happen.
--
mount.cifs: permission denied: no match for /home/myuser/mydir/myshare found in
/etc/fstab
https://bugs.launchpad.net/bugs/657900
You received this bug notification
Same here - it used to work with setuid-bits on mount.cifs before the
upgrade, after the upgrade i get permission denied errors.
Steps to reproduce:
As a normal user, type:
sudo chmod +s /sbin/mount.cifs
mount.cifs //server/share ~/directory
does not work, but
sudo mount.cifs //server/share
I also encountered this on upgrade from 10.04 to 10.10, and had
previously used the setuid workaround mentioned by Ian Beardslee for
10.04.
For me, mounting as root is not satisfactory. It seems to me that
forcing mount as root breaks Kerberos authentication (-o sec=krb5, which
used to work),
I just upgraded as well from 10.04 to 10.10 on 2 out of my 3 systems.
The 1 system that I did not upgrade is the one that shares my MF
printer/scanner and hard drives to the local network and it's running
the fully up-to-date 10.04.1.
Since upgrading the other machines they can no longer access
I've noticed this as well.
smbmount //server/share /home/$user/mountpoint -o
uid=$user,gid=users,user,credentials=/home/$user/.samba_credentials,dir_mode=0775,filemode=0775,nounix
fails with the error mentioned.
And it's counterpart ..
smbumount /home/$user/mountpoint
fails with No command
Hugo, in regard to not being able to find umount.cifs .. a bit more
reading .. https://bugs.launchpad.net/pyneighborhood/+bug/607702
--
mount.cifs: permission denied: no match for /home/myuser/mydir/myshare found in
/etc/fstab
https://bugs.launchpad.net/bugs/657900
You received this bug
21 matches
Mail list logo