https://bugs.winehq.org/show_bug.cgi?id=57391 --- Comment #4 from Michael Lelli <toadking(a)toadking.com> --- Created attachment 77372 --> https://bugs.winehq.org/attachment.cgi?id=77372 fork/exec patch The quotes fix the issue partially, but the error would still appear if the mount path has quotation marks in it. Not common but they are allowed. I made an alternative patch that does a fork/exec to launch the program instead of system. That way there doesn't need to be any shell escaping. It works on my system with a disc mounted with udisks that includes a space in its label (which is how I hit the bug in the first place). strace after my patch: [pid 337484] clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLDstrace: Process 337485 attached , child_tidptr=0xf682a4e8) = 337485 [pid 337485] execve("/usr/local/sbin/umount", ["umount", "/run/media/michael/Untitled Project"], 0xffd258c4 /* 91 vars */) = -1 ENOENT (No such file or directory) [pid 337485] execve("/usr/local/bin/umount", ["umount", "/run/media/michael/Untitled Project"], 0xffd258c4 /* 91 vars */) = -1 ENOENT (No such file or directory) [pid 337485] execve("/usr/bin/umount", ["umount", "/run/media/michael/Untitled Project"], 0xffd258c4 /* 91 vars */) = 0 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.