You are not logged in.
Hi, I'm new to the arch linux.
I've installed arch and vmware workstation pro according to wiki doc, used yay -S vmware-workstation
everything works fine until I tried to drag and drop (and copy and paste) a file from guest OS (windows 10) to the host (arch linux KDE plasma).
I can do this without a problem from arch to guest os. but not in reverse direction.
everytime I try drag and drop, there's nothing happens, no error msg even. but if I use copy and paste to a folder under dolphin, I got following error msg: the file or folder/GRgTKr/Firefox setup 85.0.exe does not exist
And I can see actually the file was stored under /home/user/.cache/vmware/drag_and_drop/GRgTKr/. it just can not paste to my pointed destination. but if I copy a piece text like a command, I can successfully paste it in a terminal windows on the host.
every time I repeat the scene the system log shows below info:
2/22/21 4:11 PM dolphin kf.kio.core: Invalid URL: QUrl("x-special/nautilus-clipboard")
2/22/21 4:11 PM dolphin kf.kio.core: Invalid URL: QUrl("copy")
2/22/21 4:11 PM dolphin "The file or folder /GRgTKr/Firefox Setup 85.0.exe does not exist."
don't know if this is help or not.
I've searched a lot, but no lucky.
Could anyone help me out of this?
thanks,
Offline
Here's a quick update, it's very weired, I created a new guest OS (win 10 pro), from both guest OS, I can't drag and drop files to arch host, but I can copy and paste a file (a word document), when I try copy and paste a exe file or a zip file, when I switch back to dolphin on arch host, right click on any folder I want to paste to, it became paste 3 itesm( should be "paste one file"), and when I select it, got that error msg again.
anyone knows what the hell is going on?
Offline
2/22/21 4:11 PM dolphin "The file or folder /GRgTKr/Firefox Setup 85.0.exe does not exist."
I am observing the same problem.
It is stripping the prefix. Correct path should be /home/<your user>/.cache/vmware/drag_and_drop/GRgTKr/Firefox Setup 85.0.exe. You can access the GRgTKr folder manually from this path, your file is here. You can use this trick as a workaround until the problem is best investigated.
In my case, it used to work before the last KDE+vmware update. Not sure who is to blame exactly (vmware, kde, or some dbus service).
Offline
Can you look what exactly vmware is setting to the clipboard?
xclip -t TARGETS -o
xclip -t x-special/nautilus-clipboard -o
If KDE runs a clipboard manager, maybe that interferes as well?
Last edited by progandy (2021-03-03 10:27:59)
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Offline
The first xclip command returns:
text/plain
UTF8_STRING
STRING
TEXT
text/html
TARGETS
MULTIPLE
TIMESTAMP
SAVE_TARGETS
The second command does not return anything.
Offline
That was for clipboard not drag/drop, so have you copied a file in vmware first.
Edit: Or try
xclip -t text/plain -o
Last edited by progandy (2021-03-03 10:53:16)
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Offline
Yes, sure, I copied a file from the vm before.
In the meantime I switched back to vmware player 15.5.1, and it worked correctly. In this case, xclip -t TARGETS -o is different:
TIMESTAMP
TARGETS
MULTIPLE
x-special/gnome-copied-files
text/uri-list
UTF8_STRING
vmware-target
Additionally, xclip -t executed for x-special/gnome-copied-files, text/uri-list and vmware-target all returns
file:/var/run/vmblock-fuse/blockdir/Zj91yv/MT02-2105.xlsm
I'll restore ver. 16.1 and try the same on text/plain.
@NathanC, if you want to use vmware player 15.5.1 it will solve your problem, but you need to backup the kernel sources from 16.1 (vmmon.tag and vmnet.tar from /lib/vmware/modules/source) and restore them after downgrading.
Offline
Back to 16.1, and...
xclip -t TARGETS -o
Error: target TARGETS not available
Weird.
Maybe I made a mistake in the previous try (sometimes the copy command from my vm is not executed). Now I am sure it was executed (tried the "paste" and got the expected error. The file is present in the .cache dir).
Offline
Another piece.
With vmware 15.5.1 I have this mounted:
vmware-vmblock on /run/vmblock-fuse type fuse.vmware-vmblock (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
With 16.1, vmware-vmblock is NOT mounted.
Offline