This post fixes problems with Remmina Clipboard not syncing correctly between host and remote desktops and fixes copy and paste on remote desktop not working on linux.
When you highlight text and hit Ctrl+C, and then press Ctrl+P elsewhere, this is called a Clipboard Copy & Paste.
When you highlight text, and then middle click (scroll mouse 3 button) elsewhere, this is called Primary Clipboard Copy & Paste.
These two clipboards can become out of sync when using a remote desktop, especially when you alternate between pressing Ctrl+C and Right Click > Copy on the remote desktop.
There is a software package on Arch, Ubuntu, Debian, CentOS, Manjaro, OpenSUSE, etc. called parcellite and xdotool
# debian and ubuntu users sudo apt-get install parcellite xdotool
# arch and manjaro users sudo pacman -S parcellite xdotool
# centos redhat or rpm users yum install parcellite xdotool
Parcellite adds clipboard functionality.
xdotool allows you to use commands to press keys on the keyboard.
Remmina remote desktop copy paste not working
If you want to press Ctrl+C or right click copy on something on your remote desktop, then you should have Parcellite running to capture the clipboard copy event.
Above is a screenshot of the Parcellite settings.
If you tick the Use Copy box, this means Parcellite will hook into your Ctrl C Clipboard, so whenever you press Ctrl C, it will be stored in Parcellite.
When you Right Click copy on linux, this goes onto BOTH clipboards, even if they are not Syncronized because you have just copied the text by highlighting it (Primary) and also Copy by right click copying.
However, on the remote desktop, if you highlight text, nothing will happen. And when you right click copy on remote desktop it goes onto your Clipboard Selection clipboard.
Then press Ctrl + V to paste that anywhere.
Therefore, when using Remmina, tick both boxes but not the synchronize button.
When using remmina or remote desktop you need to decide to use Ctrl C all the time and uncheck synchronize clipboard, or…
When using both Right Click Copy OR Ctrl C on remmina check the synchronize keyboard button but don’t highlight stuff on your localhost. This is pretty hard to stop yourself from doing.
If you press Ctrl C on remote desktop without synchronizing the clipboards, you will be able to paste with both Ctrl V but not middle click.
If you press Ctrl C on remote desktop and have clipboards synced, you will be able to Ctrl V paste on localhost AND middle click paste. BUT if you highlight anything on your localhost it will overwrite your clipboard because you primary clipboard copied something.
If you right click copy on remote desktop without synchronizing the clipboard, you will sometimes be able to paste using Ctrl V but not using middle click. Sometimes it does Ctrl V paste, but it is delayed and laggy as it fetches the remote clipboard.
If you right click copy on remote desktop and have clipboards synced, you will be able to middle click paste but not Ctrl V paste.
This is what I have found when trying to copy and paste using Remmina and Arch Linux. Here are my settings:
The best VPS is a VPS with no downtime, solid uplink, no overcrowding and no disruption to your services.
Other general factors can play into VPS and offshore hosting when it comes to the law.
Does your web server hosting company respond to abuse reports or DMCA requests?
Do they notify you of new malware or in the wild exploits that affect your services?
I have operated servers with Digital Ocean, Vultr, AWS, OVH, 24shells, HostKey, Alexhost, Packet.net, yourserver.se,
For the purpose of this tutorial we will be looking at various servers and I will be providing the speed tests. The tests verify how fast the CPU’s are and how faste the read/write of the drives are. These are a good indicator of how good a VPS is without taking into consideration business decisions of the VPS company.
When somebody calls your TwiML number, this markup will tell TwiML to dial +155555555 and if someone answers the call, it will record the call to 155555555. This may be illegal in your country if neither party has consent of the recorded call.
Dial with the record=”record-from-answer” can also be set to record-from-ringing-dual if you want it to record before 155555555 even answers, or even if they don’t answer.
This tutorial outlines how to install the rEFInd Boot Manager on a GPT partition. When using UEFI boot, you should understand you will require a bootable esp partition that houses either the Windows Boot Manager, GRUB2, or rEFInd. I don’t know much about MacOS so do not follow these instructions exactly if you are using Mac (some may apply).
To install and use rEFInd, you need a little EFI partition with rEFInd on it or by copying the files and setting up the boot entry manually.
Most people can just install rEFInd and then run refind-install. Work out if you’re on GPT or MBR partition table, how many drives you have, which one you want to boot from. Don’t run all the commands on this page until you’ve read it all. It’s not a perfect guide but it worked for me:
I now have:
Arch on GPT NVME SSD (unbootable, no grub)
Second GPT Hard Disk with 2GB fat32 following by 968GB of free space/ext4
If you don’t have a little ESP partition, this guide may be for you.
During this tutorial we will be making a new fat32 partition on an unmounted disk that is bootable and installing rEFInd to that little partition.
If you only have one hard drive, you need to do all of this from the rEFInd live disk. I read that it doesn’t work on the Arch live USB because kernel files from the live USB are copied instead of the Arch kernel files.
If you have two hard drives on the computer, connect the drive you want to install boot partition on (rEFInd) with a caddy or HDD Drive Housing to USB and edit the partitions that way.
Be very careful resizing partitions with data as you can lose the data when resizing, no matter how careful you are.
It’s possible to use GPT on a data disk even on a BIOS-based computer, or to use an MBR data disk even on an EFI-based computer. Thus, if you examine the wrong disk, you can be led to an incorrect conclusion about your computer’s boot mode. Another caveat relates to the use of a hybrid MBR, which is a variant on a GPT disk that’s most often used on Macs to permit booting Windows in BIOS mode and OS X in EFI mode. Most Windows tools will identify a hybrid MBR disk as an MBR disk, but most non-Windows tools will identify it as a GPT disk. Of course, as hybrid MBRs are generally used to enable dual-booting Windows and OS X, and as OS X boots in EFI mode, you should be able to install rEFInd from OS X to help manage such a dual-boot configuration.
There are many different scenarios that need to be discussed before deciding where to install the esp partition and with what software too.
The most important thing is to build a recovery USB first. If you don’t build a boot recovery USB and you modify your GRUB or rEFInd files, you will most likely leave your system unbootable. The most common reasons for not being able to boot are (I have experienced all of these lol):
if you delete the Windows Boot Manager partition
if you install Windows in GPT/MBR and your Linux installation is MBR/GPT
if you delete GRUB2 entries
if you auto-install GRUB2 or rEFInd
if you try to install GRUB2 or rEFInd on a mounted disk (OS running)
if you try to boot Windows in UEFI mode or legacy mode and installed Linux in the opposite of the one you booted in
if you delete GRUB2 without installing rEFI
if you delete boot or kernel files, or move them to abnormal places
if you delete the wrong partition
if you format the wrong partition into ext4 or fat32 or else
if you leave Secure Boot on and cannot boot from USB
Step 1: Build a recovery USB to absolutely make sure you can boot again
Reboot now and test the recovery USB but only if you haven’t changed anything yet! Make sure your USB works. You might need to turn on Legacy Support, USB Boot, disable Secure Boot or change the boot order.
If you don’t have a USB, use a CD and burn the Super Grub2 Disk ISO onto the CD.
If you don’t have a CD or a USB stick, you must be very careful because you are making changes to boot processes of your computer. If you reboot, or power goes out, or your battery dies during the changeover process, you will have a big problem and most likely be unable to boot.
Do not proceed without a bootable drive, or second computer handy. I once had to install bootable EFI files onto my phone’s SD card and then try to boot into the SD card slot! Waste of time, get a USB handy.
Step 2: Check if you are using GPT or MBR partitioning
Since Arch linux is 64 bit by default, we skip a step here in figuring out whether we want 32bit or 64bit rEFInd.
Get GParted and Gnome Disks to edit disks with the GUI as command line will take hours.
sudo pacman -S gnome-disks gparted
Open BOTH gparted and Gnome Disks and check ALL the drives in both of those programs to check which drives are connected to your PC.
Make sure GPARTED and Gnome Disks show the EXACT same drives and order of all the partitions. I have experienced a discrepancy before where a drive was showing “Empty/Unallocated” in Gnome Disks but showing up perfectly in GParted. This is scary stuff. <– If this error happened to you, scroll to bottom I will explain how I saved my data
Check your drives in the shell terminal by first listing your removable media
And checking all of the sdX and nvmeX drives with fdisk -l to verify what Partition Tabling they are using.
DOS/MBR Partition can boot from the normal MBR partition and you should install GRUB or rEFInd there.
If you have a MBR linux disk without the Master Boot Record, or Windows Boot Manager, it won’t boot and you should either change the disk to GPT by moving all the data first to a separate disk and then back after the partition table change or you should install GRUB2/rEFInd to another whole disk. If you have Windows (I don’t) you will probably have to install it .
For GRUB or rEFInd to boot from a GPT-partitioned disk on a BIOS-based system, a BIOS boot partition is required. This is the little ESP I’ve been mentioning.
If the device you want to install your boot partition on is GPT then rEFInd will attempt to mount this partition and install on the esp boot partiition that we will be making in this tutorial.
If you have DOS/MBR partitioning and you want GPT partitioning, you need to move all your files on that entire disk to a backup disk, change the partition table in GParted, and after we finish the tutorial, move your files back. If you only have the one drive you can’t do this and need to install rEFInd in the MBR partition.
If you don’t have an MBR partition and you’re on a MBR drive, you need to move files first.
Step 3: Partition the GPT disk with a fat32 esp partition
Serious error was incurred during this tutorial.
I used GPARTED to resize a MBR SSD disk to include a fat32 esp bootable partition after the main file system. Once changes were saved, the disk showed EMPTY and UNALLOCATED on Gnome Disks and did not even show the changes made on GParted. If this happens, use GParted to backup the partition with your data on it and start again. If you start creating new partitions over the top you will overwrite your data on that disk…
If it is a brand new drive with no data, open GParted, and select the device from the drop down menu, then select Device > Create Partition Table and choose GPT.
If you change the Partition Table on a drive with data on it, it will wipe the drive and make it GPT. You will lose all the data on that disk.
Once your drive is GPT, in GParted, create a little 2GB or so partition at the start with fat32 format and edit the flags to say esp.
Note: you can’t resize or create a little esp boot partition on the drive that you are currently booted on right now.
To install the rEFInd partition, you need to have a second disk inside the PC or you will not be able to partition the disk you are currently reading this on as it is live and mounted. GParted won’t let you resize this partition.
Once you have a little fat32 partiton (minimum 1-2GB) then you can run the rEFInd install script:
sudo pacman -S refind-install refind-install
# run again as first time it will mount the esp partition refind-install
Run it twice as it will mount the disk on the first run.
Having been using Photoshop on Linux since 2014, I have tried many approaches to running Photoshop CS 6 or the new Photoshop CC series on Wine and PlayOnLinux, but nothing came close to using Crossover.
Crossover is free to trial, but you can keep extending the trial, and use it for as long as you really want. To extend the trial just keep deleting the .eval file in your cxoffice folder:
# one of these commands will remove the evaluation file for Crossover on your PC once installed rm ~/.cxoffice/default/.eval rm ~/cxoffice/default/.eval
Photoshop Arch System Requirements:
Minimum 6GB of RAM
+ Swap Memory as Wine Server may hang and crash (LOSE UNSAVED WORK)
First, edit your pacman.conf to allow multilib packages to be used on Arch. Wine uses many lib32 32 bit libraries to run Windows based software.
sudo nano /etc/pacman.conf
Uncomment both the square bracket [multilib] line, and also the line under it that starts with “Include…”
[multilib] Include = /etc/pacman.d/mirrorlist
Update your system and it should show Multilib in package database.
sudo pacman -Syuu base-devel
Install the following bunch of required lib32 files that Wine needs:
How to enable Realtek Lenovo Wifi Card drivers in a 2019 Lenovo Ideapad built in 2019. Lenovo Ideapad needs a specific new WiFi driver called rtl8821ce. This package is only available on the Arch User Repository AUR at the time of writing from a guy named tomaspinho.
If you are doing a fresh Arch install on a new Lenovo ideapad, you will need an ethernet cable or a USB internet dongle or possibly hotspot/tether your mobile phone to get connected because the WiFi is not present on the Arch Live USB at time of writing.
Once you have internet, you will need an AUR manager or to build rtl8821ce from the git. You will also need dkms.
The following tutorial was done after the base install.txt was completed and may not work if done while chroot’ed in arch-chroot.
This installs linux-headers, required to match the kernel package and dkms.