Bug 1708996

Description of problem:
I can't mount a remote cifs share with systemd-mount when the entire mount is specified on the command line (i.e. not in a unit file).  No, I don't want to make unit files, these are transient and always-changing mounts.

Plain mount works fine with the same options.


Version-Release number of selected component (if applicable):
systemd-239-12.git8bca462.fc29.x86_64


How reproducible: always


Steps to Reproduce:
1.
systemd-mount -t cifs -o 'ro,credentials=/home/foo/.creds,uid=foo,file_mode=0644,dir_mode=0755,sec=ntlmv2,vers=2.1' '//192.168.100.102/Fooshare' '/mnt/foo'

Actual results:
Path contains non-normalized components: //192.168.100.102/Fooshare

Expected results:
mount should succeed

Additional info:
This works fine (just changing systemd-mount to mount):
mount -t cifs -o 'ro,credentials=/home/foo/.creds,uid=foo,file_mode=0644,dir_mode=0755,sec=ntlmv2,vers=2.1' '//192.168.100.102/Fooshare' '/mnt/foo'

Yes, I could use mount, but systemd somehow intercepts mount's call and if I botch the creds file even plain old mount will start messing around with password agents and wall messages instead of just silently failing like it used to.  (Argh!)  So I need to use systemd-mount so I can access --no-ask-password.  Either that, or have some way to tell mount not to start messing with password agents.

Obviously specifying the // style cifs path works in unit files, so why doesn't it work at the command line?