[Bug 1680224] Update Released
Brian Murray
1680224 at bugs.launchpad.net
Tue Jul 7 21:27:55 UTC 2020
The verification of the Stable Release Update for autofs has completed
successfully and the package is now being released to -updates.
Subsequently, the Ubuntu Stable Release Updates Team is being
unsubscribed and will not receive messages about this bug report. In
the event that you encounter a regression using the package from
-updates please report a new bug using ubuntu-bug and tag the bug report
regression-update so we can easily find any regressions.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to autofs in Ubuntu.
https://bugs.launchpad.net/bugs/1680224
Title:
auto.smb fails on Windows administrative shares
Status in autofs package in Ubuntu:
Fix Released
Status in autofs source package in Bionic:
Fix Released
Status in autofs source package in Eoan:
Fix Released
Status in autofs source package in Focal:
Fix Released
Bug description:
[Impact]
- Unable to get windows admin share (C$) mounted through autofs
- All other shares seem to work fine
- Mount / command line work fine for admin shares
[Test Case]
----
#!/bin/bash
set -e
set -x
sudo apt update && sudo apt dist-upgrade -y
sudo apt install autofs samba smbclient cifs-utils -y
sudo mkdir /myshare /c
echo "This is myshare." | sudo tee /myshare/myshare.txt
echo "This is C." | sudo tee /c/c.txt
echo "
[myshare]
path = /myshare
read only = yes
guest ok = yes
[C$]
path = /c
read only = yes
guest ok = yes
" | sudo tee -a /etc/samba/smb.conf
echo "/cifs /etc/auto.smb --timeout=300" | sudo tee -a
/etc/auto.master
sudo systemctl restart smbd nmbd autofs
echo "
Run these commands now:
cat /cifs/localhost/myshare/myshare.txt
cat /cifs/localhost/C$/c.txt
cat /cifs/localhost/C\\$/c.txt
----
[Regression Potential]
- Could, in theory, brake SMB auto-mounts (specially related to $ shares)
- Minor potential (patching auto.smb file only)
- Patch is *removing* a substitution instead of adding one
[Other Info]
This is probably related to #385244.
I've been unable to get a Windows administrative share (ie. C$)
mounted through Autofs. Non-administrative shares work fine.
Administrative shares are accessible with the same credentials from
other Windows 10 workstations and through smbclient on Ubuntu (16.04
LTS) machines. Administrative shares can even be mounted using the
same credentials via mount on the command-line. However, autofs will
not mount the same shares, using the same credentials, on the same
Ubuntu machine.
Administrative shares are listed under /cifs/WindowsHostName, but a cd
/cifs/WindowsHostname/C$ results in "-bash: cd: C$: No such file or
directory" from the shell and the following output from 'automount -f
-v':
-----
attempting to mount entry /cifs/WindowsHostname/C$
>> Retrying with upper case share name
>> mount error(6): No such device or address
>> Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
mount(generic): failed to mount //WindowsHostname/C\$ (type cifs) on /cifs/WindowsHostname/C$
failed to mount /cifs/WindowsHostname/C$
-----
Notice that mount complains of failing to mount 'C\$' rather than
'C$'. If the bit of awk script that escapes the $ is removed, it then
fails to mount 'C', which is also no good. I think if we could
actually get mount to try to mount 'C$', it would work.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1680224/+subscriptions
More information about the foundations-bugs
mailing list