看看问题的症结所在，根源在于DOS中的IO.SYS文件，它包含LOADER、IO1、IO2、IO3四个模块，其中IO1中包含有一个很关键的程序SysInt_I，它在启动中很固执，非要去读分区表，而且不把分区表读完誓不罢休。如果碰上分区表是循环的，它就只有死机了。这是DOS的脆弱性和不完备性。其实这也不能怪DOS，因为DOS为了获得硬盘使用权，就必需读分区表参数，而且DOS还约定驱动器号不能超过26，只不过没有考虑到此等循环分区表情形。一句话，机子不能启动不过是DOS操作系统造成的，如果另写一个操作系统，或许就能启动机子。当然这只是说个笑话。 

    明白了病因在于DOS，问题就好办了。DOS启动中不是要读硬盘分区表吗？我不让你读分区表甚至连硬盘都不让你读，不就可以顺利启动了。的确是这样的，解开硬盘锁的程序实现方法就是基于这个思想形成的。当然，这只有从软盘启动着手了。 

    看看计算机的启动过程，上电首先进行的多项硬件自测跟我们没有关系，我们关心的只是它最开始和磁盘打交道时是干什么。如果选择从硬盘启动，则计算机和磁盘最开始打交道是将硬盘0柱面0磁头1扇区的内容读入内存0000：7C00处并跳到0000：7C00处执行；如果选择从软盘启动，则计算机和磁盘最开始打交道是将A盘0磁道0磁头1扇区的内容读入内存0000：7C00处并跳到0000：7C00处执行，在执行过程中，计算机并不检查该扇区的内容是什么，只机械地执行读命令，这使得许多系统型病毒得以生存。但利用这一点，恰恰使我们的程序解锁法有了用武之地。如果我们用DOS格式化一张可以启动机子的系统软盘，将该软盘的0磁道0磁头1扇区的内容移到后面的空白扇区中，而重新写一段程序到该软盘的0磁道0磁头1扇区，这样用软盘启动时首先执行的是我们所写的程序了。在这段程序中，具备这样一些功能：在DOS启动前抢先拦截INT 13H，驻留高端内存并监视INT 13H，判断是否读硬盘，如果是读硬盘就直接返回，这样就禁止了读硬盘，也就避免了DOS读硬盘循环分区表造成的死机；同时拦截对软盘的读取，如果读软盘的0磁道0磁头1扇区，就改成读真正有引导程序和磁盘参数表的扇区，免得DOS在启动中找不到软盘的磁盘参数表而死机。完成这些任务的同时，还要读取软盘真正的引导程序并把控制权交给它。 

    该方法可以称为万能的，因为它在用软盘启动中，始终不与硬盘打交道，这样不管你硬盘用什么方法加锁了，对DOS的启动都没有影响。当然，这样启动的机子是不认硬盘的，但这没有关系。你可在机子启动后，用Debug调出驻留高端内存的新INT 13H程序，将其改为只有一条直接执行旧INT 13H的语句，这样在Debug下可以用INT 13H读取硬盘0柱面0磁头1扇区的内容，如果你有备份，将分区表参数恢复后再写入0柱面0磁头1扇区，重新启动计算机就可以了。如果实在没有备份，去掉分区表中的循环链，用正常DOS启动盘重启机子后至少也可以重新对硬盘分区，不至于硬盘被锁住打不开了。  

四·程序及说明 

    1·下面是写入软盘0磁道0头1扇区的源程序key.com，程序用debug输入。 

C>debug 

-a100 

100  CLI 

101  XOR    AX,AX 

103  MOV    DS,AX 

105  MOV    ES,AX 

107  MOV    SS,AX 

109  MOV    AX,7C00 

10C  MOV    SP,AX 

10E  STI 

10F  MOV    SI,AX 

111  MOV    DI,7E00 

114  CLD 

115  MOV    CX,0200 

118  REPNZ 

119  MOVSB 

11A  JMP    0000:7E1F 

11F  MOV    CX,0003 

122  PUSH    CX 

123  MOV    AX,0201；读启动软盘的引导扇区 

126  MOV    BX,7C00 

129  MOV    CX,4F01 

12C  MOV   &