实验室的机房需要安装Linux，所以不得不请技术人员来把原来的保护卡卸载，重新规划硬盘分区，设置保护策略，再重新安装系统。可是就是在安装Linux的时候发生了问题。
由于保护卡是直接固化在BIOS中的，所以对硬盘有底层的控制，通过保护卡制作出来的分区都是主分区，这样在Linux下面看到的就是sda1/2/3...而不是以前的sda1和sda5/6/7...不过这也没有关系，只要在安装的时候选定好分区就好了。可是安装之后却发现怎么也引导不了。通过保护卡的菜单选择Linux，就提示系统不存在了。这是怎么回事呢？
通过Fedora的系统盘进入单用户模式，可以看到系统数据都是完好的，一定是Grub出了问题。进入/usr/sbin下面执行grub-install，提示找不到grub。而使用grub进入grub的命令行选择安装，也提示失败。而在这里使用root、kernel、initrd等命令，结果最后也无法启动。无奈，管理员建议直接重装得了。
于是重新安装，这次特别注意grub的安装位置，是选择在主引导区还是在磁盘的第一个扇区。上次安装时选择的是默认，也就是安装在MBR，是不是由于保护卡的特性不能往硬盘的MBR写数据呢？向该技术人员询问也没有得出答案。最后选择安装在Linux所在扇区。重新启动，引导成功。
根据这次经验分析一下保护卡的工作原理。这种保护卡是从底层级别保护硬盘，它将硬盘的分区全部设置成为主分区，并控制哪些分区之间相互可见或者不可见。每个分区可以设置一定的缓冲区，这样每次对系统文件级的更改都会在缓冲区进行反应。当选择系统还原的时候只需要将缓冲区的内容清空，就相当于磁盘还原。与将系统整体制作类似于ghost的镜像是不一致的。
此外，系统的初始引导原来是由系统的MBR控制，而现在已经改由保护卡控制了。也就是说硬盘的MBR不再发挥引导作用，因此Linux的grub安装在MBR上是必然不能引导成功的。而保护卡控制启动时，选择菜单之后直接将系统的引导权交给某个扇区，因此只需要将Linux的grub安装到某扇区就可以了。
顺便说，现在的保护卡实在是先进，在机房配置好一台机器后，设置成发送端，逐个启动其他机器，就都可以直接受到第一台机器的控制。此时这台机器可以控制其他所有机器的启动、关机和磁盘对传，真是可以减少系统管理员的不少负担。
