<pre class="literal-block">
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
</pre>
-<p>Live Install ISO on USB Disk /dev/sdb BOOT
-Ghost on USB Disk /dev/sdc
-Destination SSD /dev/sda:</p>
+<p>Live Install ISO on USB Disk /dev/sdb BOOT</p>
+<p>Ghost on USB Disk /dev/sdc</p>
+<p>Destination SSD /dev/sda:</p>
<pre class="literal-block">
(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
+</pre>
+<dl class="docutils">
+<dt>(MANU)</dt>
+<dd>nano /etc/fstab
+(edit to get right UUID, save)</dd>
+<dt>(AUTO)</dt>
+<dd>grub install /dev/sda
update-grub
exit
umount /mnt/root/proc
umount /mnt/root/dev
umount /mnt/root/home
umount /mnt/root
-reboot
-</pre>
-<dl class="docutils">
+reboot</dd>
<dt>OR ?::</dt>
<dd><dl class="first docutils">
<dt>grub-install /dev/sda</dt>
setup (hd0)</dd>
</dl>
<div class="system-message">
-<p class="system-message-title">System Message: WARNING/2 (<tt class="docutils">tips.txt</tt>, line 1013)</p>
+<p class="system-message-title">System Message: WARNING/2 (<tt class="docutils">tips.txt</tt>, line 1016)</p>
Definition list ends without a blank line; unexpected unindent.</div>
<p class="last">quit</p>
</dd>
<h1>SWAP (clean)</h1>
<p>sudo swapoff -a && sudo swapon -a</p>
</div>
+<div class="section" id="jack">
+<h1>JACK</h1>
+<p>Jackd, performances and harddisks</p>
+<p>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?</p>
+<p>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.</p>
+<p>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.</p>
+<p>Categories : howto slub</p>
+</div>
</div>
<div class="footer">
<hr class="footer" />
<a class="reference external" href="tips.txt">View document source</a>.
-Generated on: 2010-11-25 13:24 UTC.
+Generated on: 2010-12-04 00:06 UTC.
Generated by <a class="reference external" href="http://docutils.sourceforge.net/">Docutils</a> from <a class="reference external" href="http://docutils.sourceforge.net/rst.html">reStructuredText</a> source.
</div>
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 ?::
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
projects / tools.git / commitdiff