Win98启动过程---华东理工大学计算机科学与工程系.ppt

* * BootWin级别高于BootGUI，两者冲突时以前者为准 * BootDelay值为0时不出现任何提示直接进入默认的启动过程，可加快启动速度，但仍可用启动热键选择启动方式 * 实际上安全模式解决问题能力非常有限，真正的系统问题在该模式下是无法解决的，不进也罢 * 该注册器在整个系统启动前首先运行，但运行与否对系统无明显影响，其作用不明 * 内存地址冲突多由CONFIG.SYS、AUTOEXEC.BAT加载的程序造成。 取消自动检测硬盘固然可以免除一些烦恼，但确实给系统带来了隐患，还是不关闭的好 * 压缩硬盘降低了系统整体性能，更增加了数据的危险性，在硬盘容量已不成问题的今天，还是不用压缩为妙。 注意：FAT32不支持任何磁盘压缩软件 * 在DOS 6.22中，COMMAND.COM只能将常驻部分装入HMA。 当然，如果没有加载EMM386.EXE，系统不提供UMB，COMMAND.COM的暂驻部分就只能象DOS 6.22那样置于常规内存的高端。 * CONFIG.SYS和AUTOEXEC.BAT在启动过程中的使用参见IO.SYS一节。 * 注意：DOS软件需要的PATH、SET等环境设置可在各自窗口的属性中单独设置；16位的WIN 3.x软件需要的PATH、SET等环境设置只能在AUTOEXEC.BAT中设置。 * WIN 9X的配置命令参见系统目录\WINDOWS下的CONFIG.TXT说明，这里不再多说。 实模式程序主要是为支持一些老设备而保留的。实模式程序的存在使WIN 9X必须在保护模式和实模式之间频繁地转换，大大降低了系统性能，更损害了系统稳定性，所以应尽量避免在启动时装载实模式程序。 * WIN.COM从文件名可以看出这是一个纯粹的DOS命令，它也是GUI系统中唯一的COM文件。 * 把握住系统配置文件，就掌握了系统的核心。 * 这一做法规范了应用程序的开发和使用，消除了随意设置INI文件的混乱，便于WIN 9X统一管理系统，增加了系统的稳定性。但如果删除这两个文件，WIN 9X系统无法启动，并提示“找不到SYSTEM.INI文件”，这说明WIN 9X的启动还是离不开这两个文件的。 * 如果没有WIN.INI这个文件，WIN 9X将自动生成一个最简单的只有几行配置命令的WIN.INI。 * 这充分证明了WIN 9X是一个WIN 16和WIN 32的混合系统，也揭示了WIN 9X系统先天脆弱的根本原因。 * 不幸的是，系统注册表非常脆弱，缺乏自我整理和维护机制，当系统运行一段时间后，用户往往只能走上痛苦的系统重建之路。 * 这种处理缺乏安全管理机制，难以保证备份文件不受错误信息干扰，多数情况下备份文件形同虚设。 * 在WIN 98提供了注册表检测软件ScanReg.exe和ScanRegw.exe，这是一个进步，但它只能处理注册表的物理故障，无法解决结构性问题，其可靠性又有多大呢？ * 另外，WIN 9X的PNP技术主要是通过INF文件实现驱动程序安装的。 * 这是WINDOWS系统支持PNP技术，实现系统驱动程序升级的主要途径。这个过程自然是在DOS状态下完成的。 * 这可以保证系统支持WIN 16软件，更主要的是PNP BIOS(即插即用BIOS)规范只提供16位保护模式接口，以PNP为硬件技术核心的WIN 9X必须通过16位模式直接获得BIOS提供的硬件设备信息来配置系统，提高系统启动性能，否则对硬件的配置必须在实模式下从头开始。 * * 在WINDOWS下重新安装系统，要保证产品的序列号一致，否则系统可能拒绝安装。 最后加载16位外壳组件USER.EXE、GUI.EXE、KRNL386.EXE等，形成WIN16的API，完成16位保护模式启动，此时，每个系统组件都已存在，但还不具使用界面。 32位保护模式启动 完成16位模式启动后，系统调用32位的外壳程序资源管理器，16位内核一看到这一调用，就先自动加载VWIN32.386，由它加载三个32位DLL库文件：USER32.DLL、GDI32.DLL、KERNEL32.DLL，形成WIN32的API(这是WIN9X的核心)。 VWIN32.386完成这一任务后，将控制权还给16位内核，16位内核再将控制权交给32位内核，开始32位保护模式启动。这时系统加载并初始化所有32位驱动程序，这个过程与16位模式相同。 最后，运行GUI的外壳程序(该外壳程序由SYSTEM.INI中的[BOOT]节中“SHELL=”设置，默认是资源管理器)，完成GUI启动。 GUI启动过程中故障的排除 GUI系统相当复杂，相关的技术资料却极少，这决定了用户不能象在DOS中那样根据启动过程去排