Re: [Bug 1680224] Re: auto.smb fails on Windows administrative shares
I honestly don't know. The initial patches from April 12th of 2017 were all I needed and I haven't messed with it since. On Wed, Jun 6, 2018, 09:20 Andreas Hasenack, wrote: > @mark-fox, were those two patches the only changes you needed, or was > the change to the awk script (removing the quoting of $) also needed? > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/1680224 > > Title: > auto.smb fails on Windows administrative shares > > Status in autofs package in Ubuntu: > Triaged > > 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 > -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1680224 Title: auto.smb fails on Windows administrative shares To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1680224/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1680224] Re: auto.smb fails on Windows administrative shares
And the second part of the patch. ** Patch added: "Part 1/1" https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1680224/+attachment/4860739/+files/patch_1.diff -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1680224 Title: auto.smb fails on Windows administrative shares To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1680224/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1680224] Re: auto.smb fails on Windows administrative shares
Ian produced a patch that addresses the problem, at least as far as I've tested it. Whether the target is properly escaped or quoted, it works as expected. The patches (to AutoFS 5.1.2, available from git.kernel.org) are attached and will likely be integrated into AutoFS 5.1.3. ** Patch added: "Patch 0 of 1" https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1680224/+attachment/4860738/+files/patch_0.diff -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1680224 Title: auto.smb fails on Windows administrative shares To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1680224/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1680224] Re: auto.smb fails on Windows administrative shares
Thanks Josh. I actually tried using ASCII codes for the characters the day I filed the report. No dice. I've managed to make contact with Ian, an (the?) autofs maintainer. He thinks he's narrowed the problem down to a particular commit. If we make any progress, I'll share it here. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1680224 Title: auto.smb fails on Windows administrative shares To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1680224/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1680224] Re: auto.smb fails on Windows administrative shares
Experimenting with this a bit, shares with spaces in their names work fine, but anything with $ or & fails. Ampersands are particularly troublesome, crashing the automounter if not escaped properly. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1680224 Title: auto.smb fails on Windows administrative shares To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1680224/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1680224] [NEW] auto.smb fails on Windows administrative shares
Public bug reported: 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. ** Affects: autofs (Ubuntu) Importance: Undecided Status: New ** Tags: autofs automount cifs -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1680224 Title: auto.smb fails on Windows administrative shares To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1680224/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
