[Bug 1680224] Re: auto.smb fails on Windows administrative shares
Rafael David Tinoco
rafaeldtinoco at ubuntu.com
Wed Apr 15 22:27:23 UTC 2020
Based on case history, to fully address this to all still supported
Ubuntu releases:
autofs | 5.1.2-1ubuntu3 | bionic |
autofs | 5.1.2-1ubuntu3.1 | bionic-updates |
autofs | 5.1.2-4ubuntu2 | disco |
autofs | 5.1.5-1ubuntu1 | eoan |
autofs | 5.1.6-2 | focal |
we need (possibly):
Ubuntu Bionic:
ef48867 autofs-5.1.2 - increase worker thread per-thread stack size
95dafa1 autofs-5.1.2 - fix offset mount location multiple expansion
2d8d7d0 autofs-5.1.2 - use malloc for expanded map location
Ubuntu Eoan:
a change to /etc/auto.smb
Ubuntu Focal:
a change to /etc/auto.smb
I have done the Bionic SRU merge attempt:
https://code.launchpad.net/~rafaeldtinoco/ubuntu/+source/autofs/+git/autofs/+merge/382338
and asked @ahasenack to review it.
--
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:
Confirmed
Status in autofs source package in Bionic:
Confirmed
Status in autofs source package in Eoan:
Confirmed
Bug description:
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