-
Notifications
You must be signed in to change notification settings - Fork 425
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Drag & Drop and copy not working in kali linux2.0 #319
Comments
I've reinstalled open-vm-tools-desktop many times.also apt update && apt upgrade and update-rc.d open-vm-tools enable |
vmware workstation version is 10.0,kali linux 64bit is 2018.4 |
Which OVT version are you using? |
The newest version 2:10.3.5-4 |
same problem here, |
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
or something equivalent. After installation and rebooting the system there should be two "vmtoolsd" processes running.
Confirm that the DnD/copy and paste plugin is running on the vmusr process.
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
Note: The double back-slash characters are needed here. Confirm that the service is now enabled with:
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.
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. |
Same here. Kali Linux 2019.1 amd64 vm. |
What "same" issue or problem do you mean? Please provide some details. |
Drag and drop from VM to host operating system also not working for me. Setup as follows: VMWare Fusion Professional 11.0.3 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 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 |
Copy/paste is not working for me either. Here is my setup: VMWare Fusion Professional 8.5.10 root 366 1 0 15:15 ? 00:00:00 /usr/bin/vmtoolsd peter_djalaliev@kali:~$ lsof -p 1155 | grep -i plugins peter_djalaliev@kali:~$ sudo systemctl status run-vmblock\x2dfuse.mount Apr 17 15:15:55 kali systemd[1]: Mounting VMware vmblock fuse mount... |
It means "not working" :). |
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. |
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. |
Please answer a few questions about your Kali configuration.
|
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 I did that and now can copy/paste from and to my ESXi-hosted Kali Linux VM through VMWare Fusion. |
I confirm that I am using standalone VMWare fusion on my Macbook pro.
Using Xorg. According to apt search: x11-common version 1:7.7+19 (X Windows System (X.Org) infrastructure)
Using gnome. According to apt search: gnome version 1:3.30+1 (Full GNOME Desktop Environment, with extra components)
kali:~> ps -ef | grep vmtools
kali: 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. |
Copy paste not working / drag and drop not working in Linux kali 4.19.0-kali4-686
|
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.
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.
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). |
apt-get update && apt-get dist-upgrade fixed it. EDIT: stopped working after reboot. Will have to investigate further. |
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 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 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: |
What you describe with /etc/vmware-tools/tools.conf is totally bizarre.
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. |
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! |
At this point has everyone gotten DnD working on their Kali Linux hosted on either Fusion or WorkStation? |
@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. |
Update, strange behaviour:
In both cases, copy paste from host to guest remains an issue. |
@Mich-b 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. |
@johnwvmw Thank you for your solution! DnD is working in workstation now |
@johnwvmw , so this would be an issue on my side? Any idea where to look? I might just start clean from a new machine. |
@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:
Kali: Seems to have 2 levels of clipboards
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. |
@johnwvmw, Solved with last version of Kali Light xfce on vmware. |
@nextco
|
Sure. vmware-toolbox-cmd -v uname -a Xfce 4.12 |
Hello, I can confirm I had the exact same issue with Kali 2017.2 and VMWare Fusion.
You can put these commandes in a .sh script and just execute it. Hope it helps. |
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. |
Worked for me as well. |
Works with Workstation Player 16.1.0 Does this issue affect Gnome desktops in general? And is it possible to fix it a coming release? |
This reply solves my problem. Thx |
No description provided.
The text was updated successfully, but these errors were encountered: