cfgmgr会扫所有的设备，如果初始化不了config过程自动就unconfig设备了。另外，如果设备被异常拔掉，没有自动unconfig，但驱动会发现设备“坏”掉了，如果驱动做得好，自己就会unconfig，做得不好就在那狂报错，甚至死机。
odm里的数据很多，设备也各不相同，你说的情况都有可能，不同驱动不一样，没有统一标准。
CuDvDr里面指定的目录。 我还真没注意unconfig之后/dev下的设备是否删掉，可能是不删。包括undefine也可能/dev下依然保留，当然，这些事情都是驱动要做的，写一个驱动就要对应处理install，define，cfg，chg，ucfg，undefine，，uninstall几个过程，具体如何做，还是看驱动。我不觉得有统一标准。
odm里面装着设备列表啊，没有设备对应的kernel extension可以放在任何启动文件里加载。还有aix自举过程要递归扫描设备，执行两遍cfgmgr
cfgmgr是根据vpd设备树遍历的，这是硬件，硬件查不到的看odm，odm也没有的，cfgmgr就不管了，但root用户可以自己加载。
即便设备是cfg的状态，cfgmgr依然会调用设备驱动的cfg过程，重新来一遍。
hd5里面只有引导时需要的驱动，别的都是以后加载的。也就是说不是任何设备都支持boot的
安装是复制文件到特定目录，把基本信息弄到Pd odm里面
define是在Cu odm里生成基本信息
cfg是验证信息，同时添加一些和配置有关的信息
chg是更改和配置有关的信息
un。。。就是反过来做了
bosboot把已经cfg好的设备根据boot要求把驱动和一些必要的信息弄到hd5 通常自动执行，你看安装软件的详细输出信息能看到
页:
1
[2]