发布MagicInstaller2-beta4

zy_sunshine

halum 上次的磁盘识别问题还存在吗？

haulm

原帖由 zy_sunshine 于 2010-9-30 11:12 发表
halum 上次的磁盘识别问题还存在吗？

一样认不到哦。。。

zy_sunshine

你这个问题太奇怪了，明后天发打包好的rootfs，你试试。

zy_sunshine

测试的时候最好把/var/log下的所有文件打包一份给我。

haulm

不能识别分区很大的可能的原因是MI内核对stata硬盘支持的问题，在VBOX下面，硬盘会识别为hda。暂时不想去测试新版本的MI，shunshine 所有版本的 MI 修改版本都不能识别分区，我使用旧版本的MI，通过测试发现MI1本身就支持 basepkg_list 参数，并且随着系统组件的更新，安装也出现了找不到ext4.ko模块的问题。所以这些表面现象的Bug最后经过很多失败的经历沉淀下来的一个认识： MI 的改动太难了，很多 bug 和 sunshine 的改动没有关系，却又有 一些非逻辑得通的关系。
'initscripts-8.51-6mgc25.i686.rpm':['xorg-x11-fonts-75dpi-7.4-1mgc25.noarch.rpm',]}
initscripts 总会跑到shadow-utils前一个位置去，根本没有可以逻辑的理由，只好强拉了一个包把initscript踢到100以后的位置，MI的算法有问题。

[ 本帖最后由 haulm 于 2010-10-3 03:07 编辑 ]

zy_sunshine

提交后的版本为 46。
在 spec/specinfo.py 中添加两个参数:
abs_pos, noscripts_list
例子:
abs_pos = [("openldap-clients-2.4.15-1mgc25.i686.rpm", (0, 149)),]
这样会将 openldap-clients-2.4.15-1mgc25.i686.rpm 提升至 0 iso 的 149 位置, 绝对位置,
不考虑 iso 容量, 因此最好不要在 iso 之间进行调节, 例如(1,149)--> (0, 149)

noscripts_list = ['MAKEDEV-3.24-2mgc25.i686.rpm',
                  'hal-0.5.13-5mgc25.i686.rpm',]
这样这些 package 在 安装的时候会使用 --noscripts 参数来避免 scriptlet 的执行.
在所有包安装完成后, 会将这些未执行 scripts 的 package 的 pre_install post_install 重新执行.
这些 pre_install post_install 会先保存在新系统目录下的 /tmp/MI_noscripts 格式为 pkgname.post(pre)install.sh
执行这些脚本是否成功的 log 在 mi 环境下的 /var/log/run_noscripts.log 日志文件中, 格式为:
**MAKEDEV-3.24-2mgc25.preinstall.sh
**hal-0.5.13-5mgc25.postinstall.sh
如果每一项后面没有任何 Error 提示,则表示执行成功.

haulm

这样好，解决了在安装过程中运行了未知脚本和无法定位特殊安装包安装位置的两大问题。

haulm

原帖由 zy_sunshine 于 2011-3-25 11:22 发表
提交后的版本为 46。
在 spec/specinfo.py 中添加两个参数:
abs_pos, noscripts_list
例子:
abs_pos = [("openldap-clients-2.4.15-1mgc25.i686.rpm", (0, 149)),]
这样会将 openldap-clients-2.4.15-1mgc25.i686.rp ...

期待 47 版本，以解决一些朋友硬盘安装时丢失分区无法安装的 BUG。

haulm

依旧是考古。