Drag & Drop and copy not working in kali linux2.0 #319

dongwgnod · 2019-01-18T04:30:33Z

No description provided.

dongwgnod · 2019-01-18T04:37:15Z

I've reinstalled open-vm-tools-desktop many times.also apt update && apt upgrade and update-rc.d open-vm-tools enable

dongwgnod · 2019-01-18T04:42:33Z

vmware workstation version is 10.0,kali linux 64bit is 2018.4

zhoumgh · 2019-01-18T06:06:25Z

Which OVT version are you using?

dongwgnod · 2019-01-19T11:06:31Z

The newest version 2:10.3.5-4

jcdex69 · 2019-01-30T09:22:10Z

same problem here,
vmware workstation 15.0.2 build-10952284
kali 4.19.0 (2019-01-03)
ovt version 2:10.3.5-4

johnwvmw · 2019-02-04T23:49:01Z

Since you posted a issue to the open-vm-tools github site , I would assume that you have installed the two open-vm-tools packages with

apt-get install open-vm-tools open-vm-tools-desktop

or something equivalent. After installation and rebooting the system there should be two "vmtoolsd" processes running.

ps -ef | grep tools

root        426      1  0 17:58 ?        00:00:01 /usr/bin/vmtoolsd
root       1445      1  0 17:58 tty2     00:00:01 /usr/bin/vmtoolsd -n vmusr --blockFd 3

Confirm that the DnD/copy and paste plugin is running on the vmusr process.

lsof -p 1445 | grep -i plugins
      ...
vmtoolsd 1445 root  mem       REG                8,1   362440 665539 /usr/lib/open-vm-tools/plugins/vmusr/libdndcp.so

Kali Linux provides a systemd config file to do a VMware vmblock fuse mount which is needed for the VMware Tools drag-n-drop feature. But the service comes "disabled". This service is only needed on VM running on Fusion or WorkStation hosts since DnD and copy/paste are not allowed on ESXi.

To enable the service run

systemctl enable run-vmblock\\x2dfuse.mount

Note: The double back-slash characters are needed here.

Confirm that the service is now enabled with:

systemctl status -l run-vmblock\\x2dfuse.mount

Reboot your system to confirm that the service will be permanently started each time that the system is booted.

I have tested on Kali Linux 2018.4 i386 and amd64 releases on WorkStation 15.0.2.

copy/paste of text to and from the Kali guest works
DnD of files/objects from the Windows host to directories in the file manager works
- cannot deposit any file directly on the desktop window; from
  host or from elsewhere in the guest
DnD of files/objects from Kali to the Windows host work

One issue that I did encounter was that attempts to drag a GNOME character/picture from Kali to the Windows host resulted in the vmusr process core dumping. That may be an unknown/unsupported file type, but that should not result in a crash. I am opening an internal problem report to track that issue.

So please give this a try.

bzorigt · 2019-04-09T12:20:59Z

Same here. Kali Linux 2019.1 amd64 vm.

johnwvmw · 2019-04-09T14:37:35Z

@bzorigt

What "same" issue or problem do you mean? Please provide some details.

daveor · 2019-04-17T09:13:14Z

Drag and drop from VM to host operating system also not working for me.

Setup as follows:

VMWare Fusion Professional 11.0.3
Kali 4.19.0 (2019-03-18)
open-vm-tools 2:10.3.10-1 amd64
open-vm-tools-desktop 2:10.3.10-1

I tried the instructions provided above by @johnwvmw without success. See below:

ps -ef | grep tools

root 426 1 0 09:57 ? 00:00:00 /usr/bin/vmtoolsd
root 1402 1 0 09:58 tty2 00:00:01 /usr/bin/vmtoolsd -n vmusr --blockFd 3

lsof -p 1402 | grep -i plugins

vmtoolsd 1402 root mem REG 8,1 362440 331821 /usr/lib/open-vm-tools/plugins/vmusr/libdndcp.so

systemctl status -l run-vmblock\x2dfuse.mount

run-vmblock\x2dfuse.mount - VMware vmblock fuse mount
Loaded: loaded (/lib/systemd/system/run-vmblock\x2dfuse.mount; enabled; vendor preset: disabled)
Active: active (mounted) since Wed 2019-04-17 09:57:48 IST; 11min ago
Where: /run/vmblock-fuse
What: vmware-vmblock
Docs: https://github.com/vmware/open-vm-tools/blob/master/open-vm-tools/vmblock-fuse/design.txt
Tasks: 3 (limit: 2315)
Memory: 5.5M
CGroup: /system.slice/run-vmblock\x2dfuse.mount
└─342 vmware-vmblock-fuse /run/vmblock-fuse -o rw,subtype=vmware-vmblock,default_permissions,allow_other,dev,suid

peterdjalaliev · 2019-04-17T19:27:10Z

Copy/paste is not working for me either. Here is my setup:

VMWare Fusion Professional 8.5.10
Kali Linux 2019.1 (updated to latest and greatest today)
open-vm-tools 2:10.3.10-1
open-vm-tools-desktop 2:10.3.10-1

root 366 1 0 15:15 ? 00:00:00 /usr/bin/vmtoolsd
peter_d+ 1155 1 0 15:16 tty2 00:00:00 /usr/bin/vmtoolsd -n vmusr --blockFd 3

peter_djalaliev@kali:~$ lsof -p 1155 | grep -i plugins
vmtoolsd 1155 peter_djalaliev mem REG 8,1 362440 3674726 /usr/lib/open-vm-tools/plugins/vmusr/libdndcp.so
vmtoolsd 1155 peter_djalaliev mem REG 8,1 135000 3670085 /usr/lib/open-vm-tools/plugins/common/libvix.so
vmtoolsd 1155 peter_djalaliev mem REG 8,1 23568 3674725 /usr/lib/open-vm-tools/plugins/vmusr/libdesktopEvents.so
vmtoolsd 1155 peter_djalaliev mem REG 8,1 14536 3670069 /usr/lib/open-vm-tools/plugins/common/libhgfsServer.so

peter_djalaliev@kali:~$ sudo systemctl status run-vmblock\x2dfuse.mount
● run-vmblock\x2dfuse.mount - VMware vmblock fuse mount
Loaded: loaded (/lib/systemd/system/run-vmblock\x2dfuse.mount; enabled; vendor preset: disabled)
Active: active (mounted) since Wed 2019-04-17 15:15:56 EDT; 10min ago
Where: /run/vmblock-fuse
What: vmware-vmblock
Docs: https://github.com/vmware/open-vm-tools/blob/master/open-vm-tools/vmblock-fuse/design.txt
Tasks: 3 (limit: 2420)
Memory: 5.7M
CGroup: /system.slice/run-vmblock\x2dfuse.mount
└─362 vmware-vmblock-fuse /run/vmblock-fuse -o rw,subtype=vmware-vmblock,default_permissions,allow_other,dev,suid

Apr 17 15:15:55 kali systemd[1]: Mounting VMware vmblock fuse mount...
Apr 17 15:15:56 kali systemd[1]: Mounted VMware vmblock fuse mount.

bzorigt · 2019-04-18T12:59:46Z

@johnwvmw

What "same" issue or problem do you mean? Please provide some details.

It means "not working" :).

peterdjalaliev · 2019-04-18T20:46:17Z

Actually, I noticed the comment above that DnD and copy/paste are not allowed on ESXi. My Kali Linux VM is actually on an ESXi 6.0 server and I was using VMWare Fusion to connect to the server. I upgraded Fusion to 11.0.3 and deployed a Kali Linux 2019.1 VM locally on Fusion. Copy/paste works on the local VM, but not on the ESXI VM. I guess my problem is ESXi.

johnwvmw · 2019-04-18T21:24:31Z

Thanks @peterdjalaliev

DnD as well as copy and paste are actions between the VM desktop and the host desktop. For hosted products such as Fusion and WorkStation, the host desktop is the Mac OS or Windows desktop. The ESXi server does not have a desktop; therefore DnD and copy/paste are disallowed.

johnwvmw · 2019-04-18T22:04:59Z

@bzorigt
@daveor

Please answer a few questions about your Kali configuration.

confirm that your Kali Linux has been deployed on either Fusion or Workstation and not on ESXi
which X system is being used - Xorg, Wayland, or ?
which desktop are you using - Gnome, ?
provide the complete list of plugins load by the vmtoolsd daemon and the vmusr vmtoolsd process

ps -ef | grep vmtools
lsof -p | grep plugins # for each vmtoolsd process from previous command

peterdjalaliev · 2019-04-19T04:25:47Z

@johnwvmw

It is interesting. It turns out that copy/paste can be enabled in ESXi by adding the following to the advanced configuration options:

isolation.tools.copy.disable = false
isolation.tools.paste.disable = false

I did that and now can copy/paste from and to my ESXi-hosted Kali Linux VM through VMWare Fusion.

https://communities.vmware.com/thread/517991

daveor · 2019-04-19T08:53:20Z

@bzorigt
@daveor

Please answer a few questions about your Kali configuration.
* confirm that your Kali Linux has been deployed on either Fusion or Workstation and not on ESXi

I confirm that I am using standalone VMWare fusion on my Macbook pro.

* which X system is being used - Xorg, Wayland, or ?

Using Xorg.

According to apt search:

x11-common version 1:7.7+19 (X Windows System (X.Org) infrastructure)

* which desktop are you using - Gnome, ?

Using gnome.

According to apt search:

gnome version 1:3.30+1 (Full GNOME Desktop Environment, with extra components)

* provide the complete list of plugins load by the vmtoolsd daemon and the vmusr vmtoolsd process
  ps -ef | grep vmtools

kali:~> ps -ef | grep vmtools
root 407 1 0 09:40 ? 00:00:00 /usr/bin/vmtoolsd
root 1420 1 0 09:41 tty2 00:00:00 /usr/bin/vmtoolsd -n vmusr --blockFd 3

  lsof -p  | grep plugins    # for each vmtoolsd process from previous command

kali:> lsof -p 407 | grep plugins
vmtoolsd 407 root mem REG 8,1 43736 347399 /usr/lib/open-vm-tools/plugins/vmsvc/libvmbackup.so
vmtoolsd 407 root mem REG 8,1 135000 347392 /usr/lib/open-vm-tools/plugins/common/libvix.so
vmtoolsd 407 root mem REG 8,1 22792 347398 /usr/lib/open-vm-tools/plugins/vmsvc/libtimeSync.so
vmtoolsd 407 root mem REG 8,1 23000 347397 /usr/lib/open-vm-tools/plugins/vmsvc/libresolutionKMS.so
vmtoolsd 407 root mem REG 8,1 14712 347396 /usr/lib/open-vm-tools/plugins/vmsvc/libpowerOps.so
vmtoolsd 407 root mem REG 8,1 36616 347395 /usr/lib/open-vm-tools/plugins/vmsvc/libguestInfo.so
vmtoolsd 407 root mem REG 8,1 31272 347394 /usr/lib/open-vm-tools/plugins/vmsvc/libgrabbitmqProxy.so
vmtoolsd 407 root mem REG 8,1 14696 347393 /usr/lib/open-vm-tools/plugins/vmsvc/libdeployPkgPlugin.so
vmtoolsd 407 root mem REG 8,1 14536 347391 /usr/lib/open-vm-tools/plugins/common/libhgfsServer.so
kali:> lsof -p 1420 | grep plugins
vmtoolsd 1420 root mem REG 8,1 362440 331821 /usr/lib/open-vm-tools/plugins/vmusr/libdndcp.so
vmtoolsd 1420 root mem REG 8,1 135000 347392 /usr/lib/open-vm-tools/plugins/common/libvix.so
vmtoolsd 1420 root mem REG 8,1 23568 331820 /usr/lib/open-vm-tools/plugins/vmusr/libdesktopEvents.so
vmtoolsd 1420 root mem REG 8,1 14536 347391 /usr/lib/open-vm-tools/plugins/common/libhgfsServer.so

Re the comment about isolation settings by @peterdjalaliev, I noted that there are isolation configuration settings available in my virtual machine settings also (even though I am not using ESXi, just vmware fusion on my desktop). In my case, the "Enable Drag and Drop" and "Enable Copy and Paste" settings are both selected.

I should also probably clarify that copy/paste works fine in both directions (from host to guest and from guest to host). Drag and drop doesn't work in either direction.

Mich-b · 2019-04-19T14:56:34Z

Copy paste not working / drag and drop not working in Linux kali 4.19.0-kali4-686

VMWare Workstation Pro 15.0.4 build-12990004
Type: X11 (https://unix.stackexchange.com/questions/202891/how-to-know-whether-wayland-or-x11-is-being-used)
GNOME Shell (https://askubuntu.com/questions/72549/how-to-determine-which-window-manager-is-running)

johnwvmw · 2019-04-21T16:21:59Z

I have downloaded kali-linux-2019.1a-amd64 and installed it on WorkStation 15.0.4 on Windows 10. DnD is working after following the steps that I outlined in my Feb. 4 response; but let me detail them again.

Create a new VM - Linux - Other Linux 4.x or later 64-bit
- also used Debian 9.x 64-bit
Install kali from the downloaded ISO
As root:

a. Installed open-vm-tools with apt-get install open-vm-tools-desktop
- log off and log back in so that "vmtoolsd -n vmusr" process is started
  and connected to the graphical session.
  b. Enabled and started the run-vmblock\x2dfuse.mount service
```
systemctl enable run-vmblock\\x2dfuse.mount
systemctl start run-vmblock\\x2dfuse.mount
systemctl status -l run-vmblock\\x2dfuse.mount
```
Of interest in the status output is that the service is active and mounted
on /run/vmware-vmblock.
```
 Active: active (mounted) since Sun 2019-04-21 01:02:50 EDT; 10h ago
 Where: /run/vmblock-fuse
```
The mount will happen automatically when the service is started at boot
time. There is no need for any entry in /etc/fstab.

DnD simply works at this point. As pointed out in the Feb 4th comment, it appears that Kali Linux (or the Gnome desktop configuration) does not allow any object to be dropped directly onto the desktop pane. That includes objects being moved or copied solely within the Kali Linux system.

Objects dropped into the Desktop folder of the File Manager will appear on the Desktop screen.

My testing of DnD was primarily limited to the "root" account on Kali. If you are using another user account, then the usual permissions and ACL will apply to the target directory. I have, however, created another user account on the Kali 2019 VM; DnD is working for the other user account.

DnD & copy/paste plugin debug logging may shed some light if you are still having problems. To capture that log, add the following to /etc/vmware-tools/tools.conf.

# Enable 'dndcp' service logging to a file.
dndcp.level = debug
dndcp.handler = file
dndcp.data = /tmp/dndcp-${USER}.log

Please note that VMware Tools log times are in Zulu time (UTC). It will be necessary to be aware of the exact locale time a DnD operation is attempted to match with the related dndcp log messages.

So I have demonstrated DnD working on Kali Linux hosted on WorkStation (15.0.2 & 15.0.4). peterdjalaliev has reported that things are working when hosted on Fusion (11.0.3).

Mich-b · 2019-04-22T08:49:54Z

apt-get update && apt-get dist-upgrade fixed it.
Should have tried that first :).

EDIT: stopped working after reboot. Will have to investigate further.

daveor · 2019-04-22T19:49:08Z

@johnwvmw:

The only difference between what you described and what I have installed is that you downloaded kali-linux-2019.1a-amd64 whereas my kali linux VM is (originally) kali-linux-2016.2-amd64. However I have kept the installation up to date:

root@kali:/etc/vmware-tools# uname -a
Linux kali 4.19.0-kali4-amd64 #1 SMP Debian 4.19.28-2kali1 (2019-03-18) x86_64 GNU/Linux

Nevertheless, after seeing @Mich-b's comment I ran apt-get update && apt-get dist-upgrade. I also ran apt-get autoremove. I confirmed that the versions of relevant software that I reported previously have not changed:

VMWare Fusion Professional 11.0.3
Kali 4.19.0 (2019-03-18)
open-vm-tools 2:10.3.10-1 amd64
open-vm-tools-desktop 2:10.3.10-1 amd64
x11-common version 1:7.7+19 (X Windows System (X.Org) infrastructure)
gnome version 1:3.30+1 (Full GNOME Desktop Environment, with extra components)

I then rebooted and still I am unable to drag and drop in either direction. I confirm that I am testing drag and drop using the root account on Kali. I also confirm that I am attempting to drag and drop into a finder window, not directly to/from the desktop on my mac.

Further to your suggestion above I attempted to enable the drag and drop debug logging:

I noted that before I changed anything, /etc/vmware-tools/tools.conf was a zero length file. I added the lines you suggested to /etc/vmware-tools/tools.conf. However, weirdly, every time I edited this file the content that I added was immediately deleted. I even tried killing the vmtools processes, editing the file, and then rebooting the VM. When I rebooted, the tools.conf was zero length again.

EDIT: To eliminate the possibility that there is something really weird going on, I wanted to confirm that the vmtoolsd that is running is the one from open-vm-tools, which it does indeed appear to be:

root@kali:# ps -ef | grep vmtool
root 430 1 0 20:39 ? 00:00:00 /usr/bin/vmtoolsd
root 1377 1 0 20:40 tty2 00:00:00 /usr/bin/vmtoolsd -n vmusr --blockFd 3
root 2627 2439 0 20:53 pts/0 00:00:00 grep vmtool
root@kali:# dpkg -S /usr/bin/vmtoolsd
open-vm-tools: /usr/bin/vmtoolsd
root@kali:~#

johnwvmw · 2019-04-22T20:50:04Z

@daveor

What you describe with /etc/vmware-tools/tools.conf is totally bizarre.

vmtoolsd & plugins will only read tools.conf periodically to pick up settings and recent changes.
OVT 10.3.5 and 10.3.10 for Debian comes with a populated tools.conf file which includes comments.

I provided the DnD logging settings to add to the existing tools.conf. Since you started out with an emtpy tools.conf, we need a section header before the DnD settings. Add "[logging]" at the top of an empty tools.conf file.

There should be no problem copying to or from the MacOS desktop pane. It is the Kali desktop screen to which or from which objects cannot be dragged. Try dragging into the "Files" sub-folders.

daveor · 2019-04-22T21:03:18Z

@johnwvmw:

That's the solution! When I was testing I was (a) dragging a folder from the Desktop of the guest operating system or (b) dragging a file from the host operating system and trying to drop it on the Desktop of the guest.

When I opened "Files" and browsed to the Desktop I was able to drag and drop correctly.

Further to the funny behaviour of /etc/vmware-tools/tools.conf - when I added "[logging]" at the top of the file - the changed logging settings had immediate effect and the file /tmp/dndcp-root.log was created and populated. The behaviour must have been something to do with an invalidly formatted tools.conf file.

Thanks for your help!

johnwvmw · 2019-04-23T21:31:41Z

At this point has everyone gotten DnD working on their Kali Linux hosted on either Fusion or WorkStation?

daveor · 2019-04-24T08:56:15Z

@johnwvmw: I confirm that I have DnD working in Fusion - the issue for me appears to have been dragging/dropping to/from the desktop of the guest operating system.

Mich-b · 2019-04-24T16:15:40Z

No, I haven't got it to work, but it is probably a misconfiguration on my end:

Issue

Sometimes, immediately after booting (the first 20 seconds or so) copy paste from gedit on guest to notepad++ on host works (and the other way around). This is not always the case. => update: see next comment for the possible reason: when the clipboard on the host is empty, copy paste from guest to host works.
Afterwards, it simply stops working.

systemctl output

logs

The tools.conf file is empty (as indicated by daveor). so added:

[logging]
dndcp.level = debug
dndcp.handler = file
dndcp.data = /tmp/dndcp-${USER}.log

The output after attempting to copy paste text once from the guest to the host and once from the host to the guest:

Mich-b · 2019-04-24T16:21:30Z

Update, strange behaviour:

when clearing the clipboard on the host (cmd /c "echo off | clip") => copy paste from the guest to the host starts working again
when clearing the clipboard on the host ($touch blank | xclip -selection clipboard blank), this does not fix anything.

In both cases, copy paste from host to guest remains an issue.

The logs during all these tests does not say much:

johnwvmw · 2019-04-24T17:44:29Z

@Mich-b
I am not a Windows expert, I have have always found that either a Ctrl-C or a "right click Copy" was necessary to transfer high-lighted content to the Windows clip-board. And to paste, a Ctrl-V or "right click Paste" was needed.

It these keyboard and mouse events that determine whether host or the guest is replacing the contents of the "shared" clip-board (using that term loosely).

I have not tried with NotePad++, but using NotePad on Windows host and gedit on the Kali guest, I am able to transfer text back and forth when using the keyboard or mouse events supported by the respective apps.

UnknownUserG · 2019-04-25T16:58:34Z

@johnwvmw Thank you for your solution! DnD is working in workstation now

Mich-b · 2019-04-28T06:20:58Z

@johnwvmw , so this would be an issue on my side? Any idea where to look? I might just start clean from a new machine.

johnwvmw · 2019-04-28T16:40:48Z

@Mich-b, Not necessarily.

My previous response was an indirect way of asking whether you are using the appropriate copy/paste actions depending on the OS and the specific application. As an example:

Windows:

WordPad and NotePad require an explicit action to copy text to or from the Windows clipboard.
CTRL-c or mouse right click + copy
CTRL-v or right click + paste
PuTTY only requires text to be highlighted to copy to the Windows clipboard
- and with a 3 button mouse, simply clicking the 2nd button will copy from the
  Windows clipboard.

Kali: Seems to have 2 levels of clipboards

Edit + copy, right click + copy or CTRL-c where applicable - affects the "main" clipboard.
- Edit + paste or right click paste retrieves from the "main" clipboard.
Highlighting text enters a second level clipboard and can be retrieved
(in other Kali apps) with a click of the middle mouse button.

Shared copy and paste between the Windows desktop and the Kali Linux desktop only happen through the "main" Kali desktop clipboard.

If copy/paste through the "main" Kali desktop clipboard still does not work for your VM, please let me know.

nextco · 2019-07-03T06:39:01Z

@johnwvmw, Solved with last version of Kali Light xfce on vmware.
Details.
Copy and paste text, work fine
Transfer small files <1 MB work fine, but when I tried to pass something bigger it did not work

johnwvmw · 2019-07-03T15:19:23Z

@nextco
Can you provide a little more information?

host (fusion or workstation) and version
version of open-vm-tools installed on your Kali Linux

nextco · 2019-07-05T12:11:14Z

Sure.
VMware® Workstation 14 Pro 14.0.0 build-6661328

vmware-toolbox-cmd -v
10.3.10.10540 (build-12406962)

uname -a
Linux 4.19.0-kali5-amd64 #1 SMP Debian 4.19.37-5kali1 (2019-06-20) x86_64 GNU/Linux

Xfce 4.12

Manouweb · 2020-01-11T14:04:48Z

Hello,

I can confirm I had the exact same issue with Kali 2017.2 and VMWare Fusion.
I managed to fix this Drag & Drop / Copy & Paste problem by running the following commands:

mkdir -p /var/run/vmblock-fuse
vmware-vmblock-fuse -o subtype=vmware-vmblock,default_permissions,allow_other,nonempty /var/run/vmblock-fuse
kill $(pgrep -f 'vmtoolsd -n vmusr')
vmware-user-suid-wrapper

You can put these commandes in a .sh script and just execute it.

Hope it helps.

chazy · 2020-04-02T07:31:55Z

Thank you for this solution.

This solves the shared clipboard not working with VMware Fusion 11.1 on macOS running Ubuntu 18.04 in the VM.

gpshan77 · 2020-04-18T08:30:11Z

Worked for me as well.
Host: MacOS Mojave, Macbook Pro Intel Core i9 with VMware Fusion
Guest: Linux kali 4.17.0-kali1-686

chs8691 · 2021-01-31T02:38:40Z

Works with Workstation Player 16.1.0
Host: Windows 10 Enterprise 1909
Guest: Linux Bodhi 5.1.0, Moksha Desktop 0.3.2, Kernel 5.4.0, Gnome 3.28.2
But I am getting this warning:
(vmware-user:1660): Gtk-WARNING **: 03:29:14.156: gtk_disable_setlocale() must be called before gtk_init()

Does this issue affect Gnome desktops in general? And is it possible to fix it a coming release?

returnednull · 2022-02-25T19:09:01Z

Since you posted a issue to the open-vm-tools github site , I would assume that you have installed the two open-vm-tools packages with
apt-get install open-vm-tools open-vm-tools-desktop
or something equivalent. After installation and rebooting the system there should be two "vmtoolsd" processes running.
ps -ef | grep tools

root        426      1  0 17:58 ?        00:00:01 /usr/bin/vmtoolsd
root       1445      1  0 17:58 tty2     00:00:01 /usr/bin/vmtoolsd -n vmusr --blockFd 3
Confirm that the DnD/copy and paste plugin is running on the vmusr process.
lsof -p 1445 | grep -i plugins
      ...
vmtoolsd 1445 root  mem       REG                8,1   362440 665539 /usr/lib/open-vm-tools/plugins/vmusr/libdndcp.so
Kali Linux provides a systemd config file to do a VMware vmblock fuse mount which is needed for the VMware Tools drag-n-drop feature. But the service comes "disabled". This service is only needed on VM running on Fusion or WorkStation hosts since DnD and copy/paste are not allowed on ESXi.

To enable the service run
systemctl enable run-vmblock\\x2dfuse.mount
Note: The double back-slash characters are needed here.

Confirm that the service is now enabled with:
systemctl status -l run-vmblock\\x2dfuse.mount
Reboot your system to confirm that the service will be permanently started each time that the system is booted.

I have tested on Kali Linux 2018.4 i386 and amd64 releases on WorkStation 15.0.2.

copy/paste of text to and from the Kali guest works

DnD of files/objects from the Windows host to directories in the file manager works

cannot deposit any file directly on the desktop window; from
host or from elsewhere in the guest

DnD of files/objects from Kali to the Windows host work

One issue that I did encounter was that attempts to drag a GNOME character/picture from Kali to the Windows host resulted in the vmusr process core dumping. That may be an unknown/unsupported file type, but that should not result in a crash. I am opening an internal problem report to track that issue.

So please give this a try.

This reply solves my problem. Thx

dongwgnod changed the title ~~Drag & Drop and cpoy not working in kali linux2.0~~ Drag & Drop and copy not working in kali linux2.0 Jan 18, 2019

lemke1458 mentioned this issue Aug 1, 2022

Not working on Ubuntu 22.04 as well as Kubuntu 22.04 #604

Closed

Drag & Drop and copy not working in kali linux2.0 #319

Drag & Drop and copy not working in kali linux2.0 #319

Comments

dongwgnod commented Jan 18, 2019

dongwgnod commented Jan 18, 2019

dongwgnod commented Jan 18, 2019

zhoumgh commented Jan 18, 2019

dongwgnod commented Jan 19, 2019

jcdex69 commented Jan 30, 2019

johnwvmw commented Feb 4, 2019

bzorigt commented Apr 9, 2019

johnwvmw commented Apr 9, 2019

daveor commented Apr 17, 2019 • edited Loading

peterdjalaliev commented Apr 17, 2019

bzorigt commented Apr 18, 2019 • edited Loading

peterdjalaliev commented Apr 18, 2019 • edited Loading

johnwvmw commented Apr 18, 2019

johnwvmw commented Apr 18, 2019

peterdjalaliev commented Apr 19, 2019

daveor commented Apr 19, 2019 • edited Loading

Mich-b commented Apr 19, 2019

johnwvmw commented Apr 21, 2019

Mich-b commented Apr 22, 2019 • edited Loading

daveor commented Apr 22, 2019 • edited Loading

johnwvmw commented Apr 22, 2019

daveor commented Apr 22, 2019

johnwvmw commented Apr 23, 2019

daveor commented Apr 24, 2019

Mich-b commented Apr 24, 2019 • edited Loading

Issue

systemctl output

logs

Mich-b commented Apr 24, 2019 • edited Loading

johnwvmw commented Apr 24, 2019

UnknownUserG commented Apr 25, 2019

Mich-b commented Apr 28, 2019

johnwvmw commented Apr 28, 2019

nextco commented Jul 3, 2019 • edited Loading

johnwvmw commented Jul 3, 2019

nextco commented Jul 5, 2019

Manouweb commented Jan 11, 2020 • edited Loading

chazy commented Apr 2, 2020

gpshan77 commented Apr 18, 2020

chs8691 commented Jan 31, 2021 • edited Loading

returnednull commented Feb 25, 2022

daveor commented Apr 17, 2019 •

edited

Loading

bzorigt commented Apr 18, 2019 •

edited

Loading

peterdjalaliev commented Apr 18, 2019 •

edited

Loading

daveor commented Apr 19, 2019 •

edited

Loading

Mich-b commented Apr 22, 2019 •

edited

Loading

daveor commented Apr 22, 2019 •

edited

Loading

Mich-b commented Apr 24, 2019 •

edited

Loading

Mich-b commented Apr 24, 2019 •

edited

Loading

nextco commented Jul 3, 2019 •

edited

Loading

Manouweb commented Jan 11, 2020 •

edited

Loading

chs8691 commented Jan 31, 2021 •

edited

Loading