MI1 和 MI2 之间奇怪的约定，Bug 的难捉摸性

haulm

更新到 MI2 最大的陷井就是对 ext4 分区的支持，MI1 支持分区模块的加载，但是 MI2 的加载分区模块的路径可能有问题，MI2 无法加载没有直接编译进内核的 ext4 分区支持。
原本对 MI2 有点失望，所以内核编译延用了原有的配置，se 兄曾为 MI2 单独编译的 2.6.30.10 内核在我升级到 2.6.31.14 时不小心又把 ext4 分区的支持信息中把y换成了m，也就是说模块加载 ext4 支持。
怪问题在于，之后我用修正的 MI2 压制的 ISO 应该是不能正常加载 ext4 分区的，但是几次都正常安装了。说这么多前言就是为后面奇怪的牵连做解释的。
当我硬盘内还有 MI1 制做的 ISO，当 MI2 的 boot.step1 使用 MI1 制做的 ISO生成， 当 MI1 生成的 ISO 和 MI2 生成同名的 ISO 存在不同的分区时，当 MI2 失败后用 MI1 安装过再换回 MI2安装。 这么多个条件存在时，欺骗性的隐藏Bug。。。MI2 boot虽然不能加载 ext4 分区却是有百分八十几率能成功驱动，注意首次加载成功内核就意味着后面都会成功。
怪事啊，当我以为万事大吉，把 MI1 生成的ISO全删除后，MI2 安装失败了，仔细查了出错信息蒙了，无法加载 ext4.ko，一个月前就领教的Bug 。。。
MI 的测试真的很怪，VBox 测试很方便，但是VBox 不出现的隐藏Bug: out of ranger 会在我硬盘安装时发生，而其它朋友的硬盘安装都不会发生；当硬盘安装测试时 MI 旧版本存在时，又会影响 MI 新版本测试结果的正确性。。。
所以说安装前，如果硬盘上还有旧版本MagicLinux安装盘解压的启动文件和ISO最好还是收起来。
现在只好重新编译内核，但愿不会有别的麻烦，sunshine 几时把MI2完善起来。

[ 本帖最后由 haulm 于 2010-10-29 05:37 编辑 ]

zy_sunshine

list out of range 是因为显卡驱动没有识别，而默认是取其第一个识别信息，现在显卡列表为空因此超出了列表范围。

MI2 和MI1 之间在重新格式化盘符安装情况下，不会出现任何影响。