Originally Posted by igadoter
I was running Slackware 12.2 on my old Lifebook E4400. The system was customized during years - to suit all my needs. I started to look for a way to run it as a virtual guest on my desktop - with W$ as a host. Virtual Box has a tool to convert an image of all the hard drive into virtual hard drive. The restriction is that it has to be the image of the whole hard disk - one can do such image using dd command. It was no use for me cause on the notebook I am running W$, OpenBSD and that Slackware 12.2. Finally I found a solution using Clonezilla. Clonezilla is able to copy a partition over a network. So I created a new virtual machine on the host (using VirtualBox) - and I was running Clonezilla LiveCD on both the virtual machine and the notebook. In fact it is not important what live system is started on the virtual machine - provided it grants remote login using ssh - Clonezilla mounts a remote partition using sshfs.
In this way I was able to copy only the partition containing Slackware. Freshly copied system didn't start - the next step is to change entries in the fstab file and reinstall Lilo. And that's it. In fact I'm posting this now from my "old, good Slackware 12.2" which is running virtually on W$. And, a nice surprise, this virtual copy runs faster than original system.
I installed Slackware to one physical disk and installed NetBSD Xen to another. I can now run Slackware virtualised under Xen *and* I can boot into Slackware on the bare metal as well, although the only reason I need to run it on bare metal is gaming and YouTube. As a virtual domU under the NetBSD dom0 Slackware is every bit as fast as the native install. While I was running Slackware outside Xen I had a KVM Windows XP virtual machine running on a logical volume. Xen recognised the volume (LVM is in NetBSD 6) and I can now boot up XP as a domU from within NetBSD as well, running under Xen instead of KVM. No modifications required! Incredible technology! With paravirtualization and LVM a virtual machine is as close to the bare metal as it can get.
NetBSD Xen *and* Slackware - best of all possible worlds!
With regard to your fstab problem, one way around this is to put the UUIDs of your partitions in your fstab instead of the device or partition labels.
To output a list of partition UUIDs for your disk: blkid /dev/sda > ~/disk-uuid.txt
Now replace the partition labels in your fstab with the corresponding UUID and you won't have problems with fstab not finding root and other partitions.