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=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