Univention Bugzilla – Bug 36717
Remotely mounted USB drives are not cleaned up properly
Last modified: 2014-12-08 12:47:23 CET
This also applies to UCC 2.0 +++ This bug was initially created as a clone of Bug #36716 +++ When plugging in a USB pendrive the partitions are mounted to /run/drives and then shown in drive Z: in the remote session: > root@ucc-veriton:~# ls -l /run/drives/ > insgesamt 4 > drwxr-xr-x 2 root root 40 Nov 14 16:27 usbdisk-sdb > drwxrwxrwx 1 root root 4096 Nov 14 16:27 usbdisk-sdb1 If one unplugs the USB pendrive, sdb1 is removed, but sdb is not: root@ucc-veriton:~# ls -l /run/drives/ insgesamt 0 drwxr-xr-x 2 root root 40 Nov 14 16:27 usbdisk-sdb Thus, sdb is also still visible in the remote session, although the pendrive is not available anymore (see attached screenshot). I don't see the necessity to mount sdb in the first place: it's always empty and the needed data partitions are always followed by a digit (e.g. sdb1). For a customer I adapted the blacklisting for ram and loop devices to also blacklist exact matches of 'sda', 'sdb', 'sdc' ... (Ticket#2014110321000159) I have seen this in Citrix XenApp sessions where sdb doesn't seem to disappear at all and in RDP sessions, where sdb disappeared after a couple if minutes. I used at least two different USB pen drives and different combinations of fat32, ntfs, formatted with gparted and formatted with windows.
This has been fixed in univention-ucc-remote-mount. Since there might be rare cases where the old behaviour might be desired, I added the UCR variable ucc/mount/fullpartition; if it is set to "true" the old behaviour is kept.
YAML file: 2014-12-05-univention-ucc-remote-mount.yaml
Verified
http://errata.univention.de/ucc/2.0/7.html