View difference between Paste ID: 3iCnC3ss and 4NLFkdzQ

 ====================================================
-How to transfer a Linux install to another machine.
+The short short version (see full here http://pastebin.com/4NLFkdzQ)
 ====================================================
 
-Either the source or destination can be a virtual machine, physical machine, or possibly even a broken disk you can't boot or mount. This howto doesn't really make an assumption of which, so be intelligent and adapt to your needs.
+
     parted /dev/sda mkpart root 1 -- -1
-If you want to end up with 2 machines in the end, make sure you have 2 machines to start. If the destination is a virtual machine, make a new vm with a blank disk to send the install to. Make sure the source disk is attached in a way that you can access it, such as attached to a working virtual machine.
+
     mkfs.ext4 /dev/sda1
 
-Full version
+
 
     # this only copies rootfs. If you have separate /home, /var, etc. then you need to run separate commands for those.
-either:
+    rsync -avHPAXx sourceMachine:/ /mnt/root/
-    1) Start both machines and boot the destination one on a LiveCD. (physical machines, or virtual machines)
+
-    2) mount the destination disk inside the source machine (more difficult to get the bootloader working, but then you don't need a LiveCD)
+
     mkdir dev proc sys media mnt
-On the destination machine:
+
-    Format the disk the way you want it,  For example:
+
-        parted /dev/sda mktable gpt
+
-        parted /dev/sda mkpart root 1 -- -1
+
-        mkfs.ext4 /dev/sda1
+
     mount -o rbind /sys sys
-    Then mount the new disk.
+
-        mkdir /mnt/root
+
-        mount /dev/sda1 /mnt/root
+
     arch-chroot /mnt/root
-    Transfer using rsync or scp.
+
-        at this point, it is assumed that the source disk is not changing so fast that an rsync copy would be inconsistent. You should shut down all your services on the source machine. You should especially shut down running databases.
+
             make sure UUIDs are right
-        scp push from the source machine (best for speed over fast network):
+
-            source machine :
+
-                cd /
+
-                ls
+
-                scp -r bin boot etc home lib lib64 opt root run sbin selinux srv test tmp usr var destMachine:/mnt/root/
+
 
-            If the scp is interrupted, you can resume it with scp again, or resume with rsync. But if you use scp again, you also should run rsync afterwards just to fix any half transferred files.
+
-
+
-        rsync pull (best for speed over slow network, or to resume an interrupted transfer):
+
-            Then use rsync to pull the whole root system to the new machine (exclude /dev /proc /sys and anything else unneeded: /mnt /media etc).
+
             update-initramfs -u
-                rsync -avHP --exclude dev --exclude proc --exclude sys --exclude media --exclude mnt sourceMachine:/ /mnt/root/
+
-
+
-                    (add -z if you have a very slow network, which compresses things)
+
             mkinitcpio -p /etc/mkinitcpio.d/linux.preset
-    Create some directories we need
+
-        cd /mnt/root
+
-        mkdir dev proc sys media mnt
+
         #debian based:
-    Then from the destination machine, you chroot into wherever you put the files, and run "grub-install /dev/sdX" and "update-grub"
+
         #openSUSE:
-        # next 4 lines: general, non-arch based (works for arch too, but pacman won't work within chroot)
+
-        mount -o rbind /dev dev
+
-        mount -o rbind /proc proc
+