[Bug 1680224] Re: auto.smb fails on Windows administrative shares

Andreas Hasenack 1680224 at bugs.launchpad.net
Wed Jun 3 14:36:36 UTC 2020


The "C$" case is working with the patch, but "&" is still problematic. I
tried with groovy, which has autofs 5.1.6, and a share defined like the
below doesn't get mounted:

[a&b]
        path = /ab
        read only = yes
        guest ok = yes


mount(generic): calling mount -t cifs -o guest //localhost/a\&b /cifs/localhost/a&b
>> mount error(2): No such file or directory
>> Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
mount(generic): failed to mount //localhost/a\&b (type cifs) on /cifs/localhost/a&b

If I remove the gsub for & in /etc/auto.smb:
--- auto.smb    2020-06-03 14:35:10.280687540 +0000
+++ /etc/auto.smb       2020-06-03 14:35:20.391377469 +0000
@@ -75,7 +75,6 @@
                  dir = $2
                  loc = $2
                  # Enclose mount dir and location in quotes
-                 gsub(/\&/,"\\\\&",loc)
                  print " \\\n\t \"/" dir "\"", "\"://" key "/" loc "\""
                }
        END     { if (!first) print "\n"; else exit 1 }


Then it works:
ubuntu at groovy-autofs:~$ l /cifs/localhost/a\&b/
total 4.0K
drwxr-xr-x 2 root root  0 Jun  3 14:27 .
drwxr-xr-x 6 root root  0 Jun  3 14:35 ..
-rwxr-xr-x 1 root root 23 Jun  3 14:27 ab.txt

attempting to mount entry /cifs/localhost/a&b
lookup_mount: lookup(program): /cifs/localhost/a&b -> -fstype=cifs,guest ://localhost/a&b
parse_mount: parse(sun): expanded entry: -fstype=cifs,guest ://localhost/a&b
parse_mount: parse(sun): gathered options: fstype=cifs,guest
sun_mount: parse(sun): mounting root /cifs/localhost/a&b, mountpoint /cifs/localhost/a&b, what //localhost/a&b, fstype cifs, options guest
do_mount: //localhost/a&b /cifs/localhost/a&b type cifs options guest using module generic
mount_mount: mount(generic): calling mkdir_path /cifs/localhost/a&b
mount(generic): calling mount -t cifs -o guest //localhost/a&b /cifs/localhost/a&b
mount_mount: mount(generic): mounted //localhost/a&b type cifs on /cifs/localhost/a&b

-- 
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
Status in autofs source package in Focal:
  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