From: yomguy Date: Sat, 4 Dec 2010 00:06:55 +0000 (+0000) Subject: update cloning X-Git-Url: https://git.parisson.com/?a=commitdiff_plain;h=91c65d2582faf9b48142a8c7f46f88e284b776e2;p=yomguy-tools.git update cloning git-svn-id: http://svn.parisson.org/svn/tools/trunk@127 457c0346-1240-4656-8a5a-9edca8063506 --- diff --git a/tips/tips.html b/tips/tips.html index 29ff2ee..67e77c8 100644 --- a/tips/tips.html +++ b/tips/tips.html @@ -1171,51 +1171,50 @@ home 10 Go XFS
 su
 mkdir /mnt/root
-mount /dev/sdb1 /mnt/root
-mount /dev/sdb2 /mnt/root/home
+mount /dev/sdb1 /mn
+mount /dev/sdb2 /mn
 
-rsync -a --delete --hard-links --one-file-system / /mnt/root/
-rsync -a --delete /home/ /mnt/root/home/
-rm -rf /mnt/root/home/telecaster/archives/*
-rm -rf /mnt/root/home/telecaster/trash/*
+rsync -a --delete -
+rsync -a --delete -
 sync
 
-umount /mnt/root/home
+umount /mnt/root/ho
 umount /mnt/root
 
-

Live Install ISO on USB Disk /dev/sdb BOOT -Ghost on USB Disk /dev/sdc -Destination SSD /dev/sda:

+

Live Install ISO on USB Disk /dev/sdb BOOT

+

Ghost on USB Disk /dev/sdc

+

Destination SSD /dev/sda:

 (AUTO)
+su
 mkdir /mnt/root
 mount /dev/sda1 /mnt/root
 mount /dev/sda2 /mnt/root/home
-rsync -a /media/disk/ /mnt/root/
-rsync -a /media/disk-1/ /mnt/root/home/
+mount /dev/sdc1 /mnt/ghost_root
+mount /dev/sdc2 /mnt/ghost_home
+rsync -a /mnt/ghost_root/ /mnt/root/
+rsync -a /mnt/ghost_home/ /mnt/root/home/
 sync
-umount  /media/disk/
-umount  /media/disk-1/
+umount  /mnt/ghost_root/
+umount  /mnt/ghost_home/
 mount -o bind /dev /mnt/root/dev
 mount -t proc none /mnt/root/proc
 chroot /mnt/root/
 ls /dev/disk/by-uuid
-
-(MANU)
-nano /etc/fstab
-(edit to get right UUID, save)
-
-(AUTO)
-grub install /dev/sda
+
+
+
(MANU)
+
nano /etc/fstab +(edit to get right UUID, save)
+
(AUTO)
+
grub install /dev/sda update-grub exit umount /mnt/root/proc umount /mnt/root/dev umount /mnt/root/home umount /mnt/root -reboot - -
+reboot
OR ?::
grub-install /dev/sda
@@ -1224,7 +1223,7 @@ root (hd0,1) setup (hd0)
-

System Message: WARNING/2 (tips.txt, line 1013)

+

System Message: WARNING/2 (tips.txt, line 1016)

Definition list ends without a blank line; unexpected unindent.

quit

@@ -1410,11 +1409,20 @@ Xorg -config xorg.conf.new

SWAP (clean)

sudo swapoff -a && sudo swapon -a

+
+

JACK

+

Jackd, performances and harddisks

+

2010.11.30 +So you have your sample loading working in a separate thread to your realtime audio code and the interface i/o communication is also tucked away in it’s own thread. You have a lock free mechanism for communicating between all threads and still, sometimes – when loading data from disk jackd chucks your program off for blocking – usually during a live performance, and you have to fumble around restarting the audio server. What’s going on?

+

Well, it turns out that when your hard drive goes to sleep, the spin up resulting from a disk access request (such as mid-performance sample loading) can cause the kernel to block, which causes jackd to panic and either stop entirely or detach your client. This is even with jackd running with the –nozombies switch, so it must be the watchdog thread at work.

+

The solution is simply to prevent your drive spinning down when you are performing, by adding “hdparm -S 0 /dev/yourharddisk” to your live audio startup script. Thanks to ClaudiusMaximus for helping me fix this at Piksel – it’s been bothering me for ages.

+

Categories : howto slub

+
diff --git a/tips/tips.txt b/tips/tips.txt index dacce4a..587662e 100644 --- a/tips/tips.txt +++ b/tips/tips.txt @@ -958,51 +958,54 @@ USB Disk on /dev/sdb:: Master machine system /dev/sda to USB external Ghost /dev/sdb:: - su - mkdir /mnt/root - mount /dev/sdb1 /mnt/root - mount /dev/sdb2 /mnt/root/home - - rsync -a --delete --hard-links --one-file-system / /mnt/root/ - rsync -a --delete /home/ /mnt/root/home/ - rm -rf /mnt/root/home/telecaster/archives/* - rm -rf /mnt/root/home/telecaster/trash/* - sync - - umount /mnt/root/home - umount /mnt/root + su + mkdir /mnt/root + mount /dev/sdb1 /mn + mount /dev/sdb2 /mn + + rsync -a --delete - + rsync -a --delete - + sync + + umount /mnt/root/ho + umount /mnt/root Live Install ISO on USB Disk /dev/sdb BOOT + Ghost on USB Disk /dev/sdc + Destination SSD /dev/sda:: - (AUTO) - mkdir /mnt/root - mount /dev/sda1 /mnt/root - mount /dev/sda2 /mnt/root/home - rsync -a /media/disk/ /mnt/root/ - rsync -a /media/disk-1/ /mnt/root/home/ - sync - umount /media/disk/ - umount /media/disk-1/ - mount -o bind /dev /mnt/root/dev - mount -t proc none /mnt/root/proc - chroot /mnt/root/ - ls /dev/disk/by-uuid - - (MANU) - nano /etc/fstab - (edit to get right UUID, save) - - (AUTO) - grub install /dev/sda - update-grub - exit - umount /mnt/root/proc - umount /mnt/root/dev - umount /mnt/root/home - umount /mnt/root - reboot + (AUTO) + su + mkdir /mnt/root + mount /dev/sda1 /mnt/root + mount /dev/sda2 /mnt/root/home + mount /dev/sdc1 /mnt/ghost_root + mount /dev/sdc2 /mnt/ghost_home + rsync -a /mnt/ghost_root/ /mnt/root/ + rsync -a /mnt/ghost_home/ /mnt/root/home/ + sync + umount /mnt/ghost_root/ + umount /mnt/ghost_home/ + mount -o bind /dev /mnt/root/dev + mount -t proc none /mnt/root/proc + chroot /mnt/root/ + ls /dev/disk/by-uuid + +(MANU) + nano /etc/fstab + (edit to get right UUID, save) + +(AUTO) + grub install /dev/sda + update-grub + exit + umount /mnt/root/proc + umount /mnt/root/dev + umount /mnt/root/home + umount /mnt/root + reboot OR ?:: @@ -1218,4 +1221,17 @@ SWAP (clean) sudo swapoff -a && sudo swapon -a +JACK +===== + +Jackd, performances and harddisks + +2010.11.30 +So you have your sample loading working in a separate thread to your realtime audio code and the interface i/o communication is also tucked away in it’s own thread. You have a lock free mechanism for communicating between all threads and still, sometimes – when loading data from disk jackd chucks your program off for blocking – usually during a live performance, and you have to fumble around restarting the audio server. What’s going on? + +Well, it turns out that when your hard drive goes to sleep, the spin up resulting from a disk access request (such as mid-performance sample loading) can cause the kernel to block, which causes jackd to panic and either stop entirely or detach your client. This is even with jackd running with the –nozombies switch, so it must be the watchdog thread at work. + +The solution is simply to prevent your drive spinning down when you are performing, by adding “hdparm -S 0 /dev/yourharddisk” to your live audio startup script. Thanks to ClaudiusMaximus for helping me fix this at Piksel – it’s been bothering me for ages. + +Categories : howto slub