我这样做已经有一段时间了，除了Windows会发现硬件改变要求重新激活之外，还没有发现问题 :-) 但是周围的同学似乎觉得这样做比较麻烦，很有风险，或者无从下手。其实比较简单也没有这么可怕啦，下面普及一下：

首先要创建一个特殊的虚拟磁盘文件，指向真实磁盘的某个分区，这可以参考VirtualBox用户手册中的9.10章节。简单来说：

注：由于这些命令需要/dev/sda的读写权限，以后虚拟机在使用这些vmdk文件的时候，也需要这样的权限，建议把当前用户加在disk组里解决问题：gpasswd disk -a `whoami`

# 把整个sda映射出去
VBoxManage internalcommands createrawvmdk -filename /path/to/sda.vmdk -rawdisk /dev/sda
# 或者，处于安全考虑，只允许sda1和sda5在虚拟机里用到，虚拟机里仍然可以知道有其他分区存在，但是不能读写
VBoxManage internalcommands createrawvmdk -filename /path/to/sda1_and_sda5.vmdk -rawdisk /dev/sda -partitions 1,5 -relative

这里的relative参数保证了创建出来的虚拟磁盘文件的可移植性，在sda1或者sda5的实际位置和大小变化后也可以用，没有这个参数的话到时候就要重新创建一遍vmdk文件了。
创建好可能会产生多个文件：a.vmdk和a-pt.vmdk，实际在虚拟机里使用前一个文件，后一个需要存在。

这样就基本完成啦，不过如果你打开这样配置的虚拟机后就会发现一个问题，MBR在这种默认情况下是和真实硬盘相同的，GRUB是和主机相同的，如果GRUB配置文件所在分区虚拟机没有访问权限的话，就会引导不能

当然，虚拟机里的MBR可以设置得和主机不一样，不过操作起来比较麻烦，据说也有一定的危险。安全的做法是使用携带特定配置文件的GRUB的Live CD镜像来引导，下面就开始做这样一张CD镜像（适用于GRUB 1.0）：

# 准备一个目录
mkdir -p iso/boot/grub
# 复制必要文件
cp /usr/lib/grub/*-pc/stage2_eltorito /boot/grub/menu.lst iso/boot/grub
# 编辑复制过来的 menu.lst ，去掉其中的 savedefault ，...
vim iso/boot/grub/menu.lst
# 创建iso
mkisofs -R -b boot/grub/stage2_eltorito -no-emul-boot -boot-load-size 4 -boot-info-table -o grub-custom.iso iso

在虚拟机里设置使用这张iso引导之后，就大功告成啦～

我习惯于在Linux下面运行一个用VirtualBox虚拟的Windows，VirtualBox会占用很多很多CPU资源，把本本双核的一个核占满是经常的事情，弄得风扇非常可怜 虽然VirtualBox有暂停功能，不过暂停之后在虚拟机下面运行的程序也被暂停了，并不方便。终于，我决定要只分给VirutalBox可怜的CPU资源

Linux下有一个叫做cpulimit(Link)的工具，可以很方便地限制指定进程的CPU使用率，效果很好。不过，简单地用它限制VirtualBox的CPU使用率之后，虚拟机会工作会很迟钝，甚至播放一段音乐都会断断续续。

Windows下面有一个选项，可以选择把系统资源优先分配给前台程序或者是后台服务，默认是前台程序。这个设置效果明显，比如同时运行两个7-Zip的Benchmark的话，处于前台的程序会有更好的结果：

7-Zip Benchmarks

在Linux下就不一样了，并没有这样根据前台和后台而做的动态调整，尤其在图形界面下。不过既然Linux rocks，没有什么不可以 ;-) 。我决定设置成使用VirtualBox的时候不限制它的CPU使用率，只在我不使用VirtualBox的时候加以限制。

做到这些首先要解决的问题是，在Linux图形界面下如何知道我是不是正在使用VirtualBox。这个问题又涉及到如何得知目前处于前台的窗口是什么。对于后者，比较好的做法是：

xprop -root _NET_ACTIVE_WINDOW

这条命令会返回当前处于前台的窗口的Window ID，接着可以使用xprop -id <id>查询该窗口的详细信息，通过检查Window Class或者标题就可以知道这个窗口是不是VirtualBox了。

知道这些其实已经可以很容易做出来一个针对VirtualBox的动态CPU限制脚本了，可是我还想把它扩展到其他程序。对于一个运行的程序，有唯一的一个Process ID，如果可以知道一个窗口是属于哪一个进程的就比较好办了，幸运的是这也是很容易的：

xprop -id ${window_id} _NET_WM_PID

会返回指定Windows ID窗口所属的Process ID。

剩下的工作就很容易了～
下面是我正在使用的脚本，传入Process ID和一个CPU使用率数值（0到100）就可以对指定进程动态进行限制了
这段脚本考虑到了被重复执行以及待监视进程中途退出的情况，都可以正确地处理：

#!/bin/sh
if [ $# -lt 2 ]; then
	echo "Usage: ${0} process_id cpu_limit_value"
else
	if [ $(ps -o args -C `basename ${0}` | fgrep ${1} | wc -l) -gt 2 ] &> /dev/null; then
		echo "Process "${1}" is already under control."
		false
	else
		# limit = 1 when cpulimit is running, otherwise 0
		limit=0
		# only perform checking when target process is running
		while [ -d /proc/${1} ]; do
			wid=`xprop -root _NET_ACTIVE_WINDOW | sed 's/.* # //'`
			pid=`xprop -id ${wid} _NET_WM_PID | sed 's/.* = //'`
			if [ "${pid}" = "${1}" ]; then
				if [ $limit -eq 1 ]; then
					# target process window is actived, stop cpulimit
					kill `jobs -p`
					limit=0
				fi
			elif [ $limit -eq 0 ]; then
				# target process window is unactived, start cpulimit
				cpulimit -p ${1} -l ${2} -z &> /dev/null &
				limit=1
			fi
			sleep 5
		done
	fi
fi

被这个脚本监视VirtualBox运行之后，我很高兴地听到了断断续续的Windows启动声 。经过这样处理后效果比较明显，风扇转得再也不如以前那样疯狂了 :-)