Hi Oliver,
first lets have a look at the FHS[1]:
3.12. /mnt : Mount point for a temporarily mounted filesystem
3.12.1. Purpose
This directory is provided so that the system administrator
may temporarily mount a filesystem as needed.
The content of this directory is a local issue and should not
affect the manner in which any program is run. This directory
must not be used by installation programs: a suitable
temporary directory not in use by the system must be used
instead.
This is the reason why /mnt is not acceptable, especially not a
subfolder in that directory.
So what other options do we have?
3.11. /media : Mount point for removable media
3.11.1. Purpose
This directory contains subdirectories which are used as mount
points for removable media such as floppy disks, cdroms and
zip disks.
Rationale
Historically there have been a number of other different
places used to mount removable media such as /cdrom, /mnt or
/mnt/cdrom. Placing the mount points for all removable media
directly in the root directory would potentially result in a
large number of extra directories in /. Although the use of
subdirectories in /mnt as a mount point has recently been common,
it conflicts with a much older tradition of using /mnt directly
as a temporary mount point.
This probably also explains why open-vm-tools is using a subfolder
of /mnt - at least I could imagine that this is the reason...
If we see vmhgfs as a "modern" removeable media, I think
the best place would be a subfolder in /media.
All other directories do not fit at all in my opinion, but
please have a look on your own in the FHS.
[1] https://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.pdf
Regarding the mount service:
If we ship the .mount file but do not enable it - would it be
possible to enable/disable it trough vmtoolsd when the according
button was pressed in Fusion?
In case that works, what to do during upgrades? Mounting and
unmounting might not work at all if the fs is in use.
How does your fuse fs react if you swap its binaries while its
mounted?
Best regards,
Bernd
On 2019-08-21 20:07, Oliver Kurth wrote:
Another question: would it be acceptable if the mount service
wouldn'd be enabled by default, and not automatically started on
install? We could use the '--no-enable --no-start' options for
dh_installsystemd.
Thanks,
Oliver
-------------------------
FROM: Oliver Kurth <oku...@vmware.com>
SENT: Wednesday, August 21, 2019 10:55 AM
TO: Bernd Zeimetz <be...@bzed.de>; 935...@bugs.debian.org
<935...@bugs.debian.org>
SUBJECT: Re: Bug#935205: add systemd mount file to mount shared
folders (vmhgfs-fuse)
Thanks Bernd,
other than the issue about server VMs, would the solution be
acceptable for another mount point? If so, what is a good mount point?
Oliver
-------------------------
FROM: Bernd Zeimetz <be...@bzed.de>
SENT: Tuesday, August 20, 2019 8:43 PM
TO: Oliver Kurth <oku...@vmware.com>; 935...@bugs.debian.org
<935...@bugs.debian.org>
SUBJECT: Re: Bug#935205: add systemd mount file to mount shared
folders (vmhgfs-fuse)
Hi Oliver,
what you are proposing is not an option.
- we don't want to have fuse mounts or hgfs on server vms
- using subfolders of /mnt for general use and permanently is
forbidden anyway.
Adding an automount service to the desktop package might be
acceptable, but only if it is not in /mnt. That is reserved for
rescuing filesystems and similar things.
Best regards,
Bernd
Am 21. August 2019 02:50:42 MESZ schrieb Oliver Kurth
<oku...@vmware.com>:
Package: open-vm-tools
Version: 2:10.3.10-2
Currently, when "shared folders" is enabled in VMware Workstation
or Fusion while the VM is running, the mount point will be created
and mounted. This works by sending an RPC from WS / Fusion to
vmtoolsd in the VM. But this does not persist on a reboot, and does
not happen when the VM is powered off. Attached is a patch for the
debian files that adds a systemd mount file that mounts /mnt/hgfs
with the same options that are used by vmtoolsd to mount the shared
folders. It also moves the loading of the fuse module to the base
package since vmhgfs uses fuse.
Thanks,
Oliver
--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
--
Bernd Zeimetz Debian GNU/Linux Developer
http://bzed.de http://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
