1. Open Terminal.app Preferences
2. Go to the Settings tab
3. In your default theme go to the Advanced tab
4. On the first line Declare terminal as: select xterm-color, instead of the default xterm-256color
5. Reopen Terminal.app and voilà – the colored SSH command prompt is back!

A note about my hardware:
I have a ZOTAC ZBOX HD-ND22, which has NVidia ION chipset and I’m running the proprietary NVidia driver version 270.41.06.

Steps that I took to get HDMI audio:

1. Open Sound Preferences
2. Open the Hardware tab
3. From the Profile dropbox select Digita Stereo(HDMI) Output
4. Open up a Terminal
5. type alsamixer
6. Using the Left/Right arrow keys navigate to the item labeled S/PDIF 1
7. Press M and the OO symbol on top should light up in green to denote the channel was unmuted
8. Test the audio output via Sound Preferences‘ Test Speakers

In my case the setup worked between reboots.

I’m also having a problem running Ubuntu Unity via HDMI, the screen does not update and the mouse clicks seem to be off by tens of pixels. If you have an idea how to fix that – drop me a line in the comments.

UPDATE: A simple:

unity --reset

will fix unity’s display weirdness I mentioned above

1. The Ubuntu mini CD
2. A linux and ZoneMinder-supported capture card
3. A PC

Let’s start!

1. Install Ubuntu
2. After the base system is installed install ssh (always good to have) and ZoneMinder
3.  
   

   user@ubuntu:~$ sudo apt-get install openssh-server zoneminder

4. Add the www-data user to the ‘video’ group to access the video streams from the web interface:
   

   user@ubuntu:~$ sudo usermod -a -G video www-data

5. Make Apache automatically start the ZoneMinder web interface and restart Apache:
   

   user@ubuntu:~$ sudo ln -s /etc/zm/apache.conf /etc/apache2/sites-enabled/001-zoneminder
Password:
user@ubuntu:~$ sudo service apache2 restart

6. At this point you should be able to open ZoneMinder’s web interface by pointing your browser to http://IP-OF-ZONEMINDER-SERVER/zm/
7. Download Cambozola to be able to view the live streams from any Java enabled browser in case the Flash viewer does not work for you:
   

   user@ubuntu:~$ wget http://www.charliemouse.com:8080/code/cambozola/cambozola-latest.tar.gz
user@ubuntu:~$ tar -zxvf cambozola-latest.tar.gz
user@ubuntu:~$ sudo cp cambozola-0.76/dist/cambozola.jar /usr/share/zoneminder/

   Please note: As of writing this cambozola version 0.76 is the latest one, hence if you get a newer version you should change to the respective directory.

8. It’s time to add your cameras – it’s best to first read ZoneMinder’s defining a monitor documentation
9. In the very likely event that you get black/blank screen when you try to view the live feed from your camera, then you should change your maximum allowed amount of shared memory and restart Apache and ZoneMinder:
   

   user@ubuntu:~$ sudo echo "256000000" > /proc/sys/kernel/shmmax
user@ubuntu:~$ sudo service apache2 restart
user@ubuntu:~$ sudo service zoneminder restart

   How to calculate that magic number (256000000 in my case) is discussed in this thread in the ZoneMinder’s forums. It’s best to read it and calculate the amount yourself, as this is highly dependent on the cameras that you intend to use.
   In order to add the change permanently you’ll need to edit /etc/sysctl.conf and add a line kernel.shmmax = 256000000 to it.
   If you are still getting no image you should check your cameras and how you set them and experiment with the Device format and Capture palette.

10. You’re all set!

It might be a good idea to slightly tweak some configuration options. You can do that from the Web Interface’s options menu – it is located in the upper right corner, just below the load/disk-usage monitor and it took me quite a while to find it.

1. Options -> Image -> OPT_CAMBOZOLA set to TICKED
2. Options -> Image -> STREAM_METHOD set to mpeg

I plan to implement also a Live View monitor so stay tuned for the next HOWTO.

1. Two System Rescue CDs (one for each machine) – download is free
2. Uplink ethernet cable – or a regular if one of the machines has auto-sensing ethernet NICs
3. Keyboard, monitors, etc. for both machines. Using a customized System Rescue CD you can do it all over the network, but I used monitors and keyboards, hence I cannot guide you how to make a customized System Rescue CDs

The following steps should lead to the complete migration of your trixbox system:

1. Stop the old trixbox and boot it from the first System Rescue CD
2. Boot the new trixbox-to-be with the second System Rescue CD
3. Connect both boxes via ethernet cable
4. Setup the network
   

   00:00 root@sysresccd /root % net-setup eth0

   The following settings are assumed for the first machine. If you change any of the addresses please note to change them in all operations mentioned bellow:

   Network type: “Wired”, Manually specify IP address
   IP Address: 192.168.1.1
   Netmask: 255.255.255.0
   Broadcast: 192.168.1.255
   Gateway: (leave blank)

5. Do the same for the new machine, just set the IP address to 192.168.1.2 (again, if you decide to use different IPs change accordingly, bellow)
6. Mount the partitions on the old machine: A typical installation will have separate partitions for / (root), and /boot, thus:
   

   00:00 root@sysresccd /root % cd /mnt
00:00 root@sysresccd /mnt % mkdir hda
00:00 root@sysresccd /mnt % mount /dev/hda2 /mnt/hda
00:00 root@sysresccd /mnt % mount /dev/hda1 /mnt/hda/boot

   hdaX: change accordingly to your configuration – if you have SCSI drive this will be sda1-8, or if you have a special RAID controller (which was my case) the devices might be in a subdirectory of /dev, e.g.: /dev/cciss/c0d0p2 instead of /dev/hda2.

7. If your new machine’s hard drives are not partitioned just yet, type wizard on the command line of the new machine and use GPartED to partition your new hard drive. wizzard will start a graphical interface from where you can start GPartED. I advise you to keep the same partitions as the one you already have on your old machine – first partition is /boot, second partition is /, and third partition is swap. Make sure you set the same labels for each partition as they are on the old trixbox
8. Mount the partitions on the new machine:
   

   00:00 root@sysresccd /root % cd /mnt
00:00 root@sysresccd /mnt % mkdir hda
00:00 root@sysresccd /mnt % mount /dev/hda2 /mnt/hda
00:00 root@sysresccd /mnt % mkdir /mnt/hda/boot
00:00 root@sysresccd /mnt % mount /dev/hda1 /mnt/hda/boot

   hdaX: change accordingly to your configuration – if you have SCSI drive this will be sda1-8. I strongly advise you to keep the directory of the mount point of the root partition (/mnt/hda) intact as its name is irrelevant to the system and it will be easier to follow this guide.

9. View the labels of your partitions on your old machine (you may skip this if you already labeled your new drives when partitioning):
   

   00:00 root@sysresccd /mnt % e2label /dev/hda1
/boot
00:00 root@sysresccd /mnt % e2label /dev/hda2
/

10. Set the new labels on your new machine:
    

    00:00 root@sysresccd /mnt % e2label /dev/hda1 /boot
00:00 root@sysresccd /mnt % e2label /dev/hda2 /

    If you do not set the labels to be the same on your old machine you’ll end up with an unbootable OS.

11. Change the password for root on your new box (type anything you can remember):
    

    00:00 root@sysresccd /mnt % passwd
Password:

12. Start pushing the content to your new box. Type on the old box:
    

    00:00 root@sysresccd /mnt % rsync -av /mnt/hda 192.168.1.1:/mnt/hda

13. When rsync is done transferring your files unmount all disks on your old system and shut it down:
    

    00:00 root@sysresccd /mnt % umount /mnt/hda/boot
00:00 root@sysresccd /mnt % umount /mnt/hda
00:00 root@sysresccd /mnt % shutdown -h now

14. Chroot to the root (/) partition of your new system:
    

    00:00 root@sysresccd /mnt % cd hda
00:00 root@sysresccd /mnt/hda % chroot . bin/bash

15. Setup GRUB on your new system:
    

    [00:00 root@new /] # grub
grub> root(hd0,0)
grub> setup(hd0)

    hd0,0 should be where your boot partition is located and hd0 should be the hard drive which will holds your MBR. You might have to edit /boot/grub/devices.map so that hd0 points to the device name representing your new hard disk

16. Exit the chroot environment:
    

    [00:00 root@new /] # exit

17. Reboot the system:
    

    00:00 root@sysresccd /mnt/hda % reboot

18. Remove the CD from the tray and let your new machine boot from the hard drive
19. That SHOULD be it!

Modify your initrd image to add an additional kernel module

As I said above – that SHOULD be it, but I doubt very much that this will be it. Most probably you will run into a bunch of problems. Before wondering what’s going on make sure your new hardware is supported by Trixbox/CentOS. My new hardware for example was using a HP Smart Array RAID controller. It turned out that this device is supported but the driver was built as a module. Due to this, I was stuck – the kernel needed a driver to access the hard drive, but the driver (kernel module) was located on the hard drive, thus the kernel could not load it.

There are 2 possible solutions to this:

1. Recompile the kernel and compile the required module (and all modules it depends on) statically in the kernel

2. Modify your Initial Ramdisk image (initrd.img) to accommodate all required modules

In order to recompile the kernel, you can folow the CentOS Custom Kernel HOWTO.

If you have never recompiled a kernel, or prefer to go the easy way – choose the second option

The Initial Ramdisk image is an image that holds a mini-filesystem that holds the bare essentials of a root filesystem and it is used, among other things, to store essential kernel modules – for accessing your SCSI RAID hard drives, for example.

Here is a quick tutorial how to add a kernel module, in my case the cciss.ko HP/Compaq Smart Array Controller. I used this tutorial to help me figure out how the initrd image is build. You can also use mkintird to make an image, but I preferred going the manual way.

1. Boot again with the System Rescue CD your new system and mount the hard drives (all of them, on their respective mount points)
2. Use a search engine to find out the driver that you are missing – I will use cciss.ko as an example
3. Mount your hard drive again and change to the directory of the mount point:
   

   00:00 root@sysresccd /root % mkdir /mnt/hda
00:00 root@sysresccd /root % mount /dev/hda1 /mnt/hda/boot && cd /mnt/hda

4. Chroot to the hard drive:
   

   00:00 root@sysresccd /mnt/hda % chroot . bin/bash

5. Copy your current initrd to /root on the hard disk. The ramdisk is located in /boot and is named initrd-a.b.c-d.e.f.el5.img. a to f in the filename represent numbers. When copying the initrd image rename it simply to initrd.img.gz:
   

   [00:00 root@new /] # cp /boot/initrd-a.b.c-d.e.f.el5.img /root/initrd.img.gz

6. Unpack the image:
   

   [00:00 root@new /] # cd /root
[00:00 root@new /root] # gunzip intird.img.gz
[00:00 root@new /root] # mkdir intird
[00:00 root@new /root] # cd initrd && cpio -i –make-directories < ../initrd.img

7. Locate the kernel module you need and all the modules it dependents on and copy them into /root/initrd/lib:
   

   [00:00 root@new /root] # cd /lib/modules/a.b.c-d.e.f.el5/
[00:00 root@new /lib/modules/a.b.c-d.e.f.el5/] # find . -iname "*cciss*"
./kernel/drivers/block/cciss.ko
[00:00 root@new /lib/modules/a.b.c-d.e.f.el5/] # cp ./kernel/drivers/block/cciss.ko /root/initd/lib/

   * Replace cciss above, with the name of your missing kernel module.
   Repeat these steps for every depending module.

8. Go to /root/initrd
   

   [00:00 root@new /lib/modules/a.b.c-d.e.f.el5/] # cd /root/initrd

9. edit the init file and make sure you add an insmod command for every module you need to load, in the appropriate order, e.g.:
   

   insmod /lib/cciss.ko

10. create the appropriate device nodes, e.g.:
    

    mkdir /dev/cciss
mknod /dev/cciss/c0d0 b 104 0
mknod /dev/cciss/c0d0p1 b 104 1
mknod /dev/cciss/c0d0p2 b 104 2

    See the man page for mknod for more information.

11. Pack the initrd image:
    

    [00:00 root@new /root/initrd/] # (find . | cpio –quiet -c -o) > ../initrd.new.img
[00:00 root@new /root/initrd/] # cd ..
[00:00 root@new /root/] # gzip initrd.new.img

12. Create a backup copy of your initrd image in case something goes wrong:
    

    [00:00 root@new /root/] # mv /boot/initrd-a.b.c-d.e.f.el5.img /boot/initrd-a.b.c-d.e.f.el5.img.old

13. Move the initrd image to /boot
    

    [00:00 root@new /root/] # mv initrd.new.img.gz /boot/initrd-a.b.c-d.e.f.el5.img

14. Reinstall grub
    

    [00:00 root@new /root/] # grub
grub> root (hd0,0)
grub> setup (hd0)
grub> quit

15. Reboot the system