分区表错误导致 MI 安装长时间停在制做 initrd 上
至少在制做 initrd 那停上半小时，一直无法解释原因，后来怀疑是否分区表有异样，使用 PQ 刚进去就提示分区表有错误是否修正，修正重启后再安装 MGC2.5 就正常了 :roll:不过目前 MI 的确是个问题，必需升级修改才能提高内核支持版本，否则就停在 2.6.28.10 的硬件支持上。
[ 本帖最后由 haulm 于 2010-8-5 10:15 编辑 ] 这两个提示都是正常的
No scsi driver has to be written into modporbe.conf
因为没有在scsi页面中加载scsi驱动，因此就没有modporbe.conf写入。(make initrd的时候应该会解析这个配置文件)
(EE) FBDEV(0):FBioblank invalid argument
是因为X尝试使用FBDEV显示，但是没有成功，这是一个自检过程，最后应该使用的vesa驱动。
制作initrd慢，是因为制作initrd时出现很多warning
最后想确定一下，initrd这里时间是长些，最后应该能完成吧?
MI制作initrd时使用的系统命令如下
/usr/sbin/chroot <目标系统> /sbin/new-kernel-pkg --install --mkinitrd --depmod <内核版本>
现在有一点不能确定: 这个命令在chroot环境下指定内核版本时制作initrd是否会出现问题... (当前加载内核与要制作的initrd所属内核是不同的)
[ 本帖最后由 zy_sunshine 于 2010-7-18 11:22 编辑 ] 查看make initrd时出现的错误可以在 /var/log/longoption.log中查看，你会看到一大堆warning 长达30分钟以上的制做initrd过程就不正常了，如果不是有耐心，根本就以为MGC安装不上。 我测试的时候，最长也就是3分钟左右... haulm 如果下次再出现这个问题，查看一下 /var/log/longoption.log文件中最后的一些错误报告。那些是make initrd最后记录的log 没有进展么？ /var/log/longoption.log 在安装完系统后就不存在了吧，似乎make initrd 很慢是新发生的事，使用9月的MI也是这个问题，并且出现没有生成initrd的现象，我看过spec下的文件，并没有把内核版本设置错误，如果晚上再测一次失败的话就很难说明问题了。
ls
MI_2.5-beta1.tar.bz2MI-2.5-rc1-develMI-2.5-rc1.tar.bz2MI-2.5-rc2.tar.bz2 你是使用的物理机器测试的吧？
我一直是用vbox测试的。测试时没有问题的....
上次的硬盘识别问题解决了？
我需要这个文件中的log信息来判断是否是MI的问题。
当停止在make initrd时，Ctrl + alt + Fn到终端， tail -f /var/log/longoption.log 查看log。
/var/log/longoption.log 文件在MI运行期间记录所有的后台操作记录。存在于MI主文件系统中，并非安装后的新系统中。
使用rc2，那个版本修复了已知的可解决的问题。
MI-2.5-rc1-devel 中是配置devel开发环境，ps: 编译服务器上已经配置好了。 其实 /var/log下有很多log文件，除了message是系统的log文件外，其他的log文件都是MI的。出现什么错误只要查看这些log文件就能判断问题。 原帖由 zy_sunshine 于 2010-7-18 16:07 发表 http://www.linuxfans.org/bbs/images/common/back.gif
其实 /var/log下有很多log文件，除了message是系统的log文件外，其他的log文件都是MI的。出现什么错误只要查看这些log文件就能判断问题。
测试了RC2，查看9月份的MI配置才发现目前一直在用的MI内核版本是2.6.28.10，由于2009.9月的MI中带有更新的内核，我试了一下2.6.30.3-smp，结果不可用。RC2使用2.6.28.10内核可以进入安装界面，但只执行到安装那一步，提示找不到任何包的信息无法安装，返回也只能返回两步，无法返回到分区设置，另外界面好象比原版高度要窄了一些，显示并不美观。
看来内核配置是个难题，我们现用的MI一直都在使用2.6.28.10这个旧内核，我想请教一下，如何编译生成这些内核压缩包以供MI使用的。
[ 本帖最后由 haulm 于 2010-7-19 00:04 编辑 ] 我对界面调节很不在行，也就只能先这样了。因为更改了侧边栏。
编译生成内核压缩包，请见编译服务器的/home/sunshine/MI_release/MI-2.5-rc1-devel
目录:
编译好的 uClibc toolchain 放在了/opt/MI-linux-uclibc/目录下
在mi_config.py中有交叉链路径配置(已经配置好了)
将buildpkg_src.tar.bz2中的所有文件释放到bindir/src目录下
将linux-2.6.29.2.tar.bz2(即你的内核源文件)放到bindir/src目录下
将内核配置文件(.config)放置到 buildpkg/kernel 下，命名为 ${name}-${version}.config
删除.distmode文件，进入开发模式
在顶层目录执行 scons buildpkg=1 命令，scons会自动编译内核并打包内核
arch/i386/boot/bzImage 至 bindir/mb-vmlinuz-$version
打包内核模块至 bindir/kmodules-${version}.tar.bz2
其他问题先查看wiki
http://projects.linuxfans.org/projects/magicinstaller/wiki
如果有什么需要补充的给我留言，下次开发MI的时候会顺便写入wiki
关于rc2 不能识别硬盘的问题有个简单的方法:
刚才我测试过，如我前面所说将内核文件换掉，重新生成iso后可以正常识别硬件。我也是在物理机器上测试的。
或者直接把盘符中的vmlinuz换成低版本的，将iso文件改成那个版本的iso文件名例如MagicLinux-2.5-1.iso
也是可以的
2.5rc2版本MI的内核确实有问题，不能识别sata。我的也是不能识别。
下个版本这个问题一定会解决，以及log文件本地化。
...本子没电了...
[ 本帖最后由 zy_sunshine 于 2010-7-19 00:29 编辑 ] 一定不能返回至分区设置，因为...呵呵。不能让用户跳来跳去吧，没有问题也会出现问题的。所以2.5以后版本会限制向前返回。 原帖由 zy_sunshine 于 2010-7-19 00:29 发表 http://www.linuxfans.org/bbs/images/common/back.gif
一定不能返回至分区设置，因为...呵呵。不能让用户跳来跳去吧，没有问题也会出现问题的。所以2.5以后版本会限制向前返回。
比较沮丧的问题，很可能制做 initrd 停留很久的原因不仅仅是 MI 的问题，可能和某个MGC的制做initrd相关的包有问题。因为除了使用官方ISO安装到制做 initrd 分停很久以外，我自已压缩的ISO几乎每次都挂掉了，MI 没能生成grub，也没能生成 initrd，晕菜，该 Bug 已经确诊，失败尝试达到五次。 暂时没能搞懂MI的问题，很有可能旧版本的MI已经不能正常打包MGC2.5目前版本的ISO，从/var/log/magic-action.log的记录来看，除了一堆warning以外，还有一堆的error，包括缺少指令tail cat mkinitrd mktemp等，还有db4和db3版本之间的不兼容等等。
长达20分钟的制做initrd过程，实际上是MI在这一步一直出错直到放弃尝试的过程，旧版本的MI就会出现Grub和initrd没有生成的问题，而RC2还不能用，2010.4月的版本是目前MGC2.5发布用的MI，我还没有尝试过，虽然可以正常安装运行MGC2.5，但是也有二十分钟的error过程。
如果没有人接手MI，MGC的前途真的难以想象。。。 谁有空把2010.4月的MI版本压缩一下，晚上我来下载。