我认为ml的mkinitrd还有应该改进的
由于我觉得debian好像比较快且小1.4M所以我用debian的config编译了内核
我mkinitrd /boot/initrd-img-2.6.19 2.6.19
发现
ml却不能启动了!!
提示是
mount new root failed
can not open /dev/console !!
之类的
不过有意思的
我
cp/lib/modules/2.6.19 /mnt/lib/modules/2.6.19
重启进入我的debian
mkinitramfs -o /boot/initrd-2.6.19-img 2.6.19
重启用新内核和initrd-2.6.19-img 2.6.19进入debian
一切很顺利
我重启新内核和initrd-2.6.19-img 2.6.19进入ml
也可以到login了,不过kde的启动不顺利---不能进入kde
但我登录系统后,startx 就可以进入kde了
不过还有个遗憾就是鼠标不能动了!!
我想这些现象表明ml的mkinitrd是有缺陷 的
当然,更有趣的是ml编译的内核debian用了
没有什么问题,而ml用了却有问题!!
呵呵!! 任何PC版系统 都可以做到不用initrd的 :mrgreen: 不同的东西当然不一样。
任何PC版系统 都可以做到不用initrd的
这个我知道!!
不过好像没有人想这样做!!
不同的东西当然不一样。
关键是debian作的initrd 可以顺利工作
而ml的initrd不能
这不是说明ml的mkinitrd是有问题的吗??
当然了我的config是从debian哪儿来的!
可我要手动得到的config恰好跟debian的一样呢?
那就成了同样的config同样的内核
在debian做的initrd下
ml和debian--- 内核可以工作!!
在ml做的initrd下
ml和debian---内核不能很好工作!! 偶没有用过mkinitrd :oops: 偶都是需要的时候自己做个initrd :oops:
偶没有用过mkinitrd偶都是需要的时候自己做个initrd
这是因为斑竹是强人
我没有法子,得依赖mkinitrd
当然希望的mkinitrd能够强悍又简单
呵呵 ml 目前用的是过时的 initrd，因为 bootsplash 需要这东西。等用别的图形启动界面就可以用 initramfs 了。 这个别的图形启动 类似于rhgb ??? 对，个人倾向于 splashy:P
是 debian/Ubuntu 所用的。 我倾向于 gensplash 。 嘿嘿，jiangtao 你 gensplash 移植成功了吗？:-D 别提了，在老的 ML 2.0 里。可以显示 splash ，进度条工作也正常，但就是不能 F2 切换。我看了 /dev/input ，里面没有键盘设备。估计是导致 gensplash 不能切换的原因。（但好像在 udev 服务启动之前，F2 管用？我也仅仅偶然一次成功切换，启动内核后，我以为是我的 gentoo，就狂按 F2 ……）
新的 2.1 ，只做了 kernel 部分，已经可以借助我的 gentoo 里的 gensplash 的 initrd 显示了，但进入启动脚本的部分还没弄，以前的资料找不到了……………
我现在主要是看内核，我想先把内核稳定下来，再进一步弄。
还有是因为牵扯到我要找到老的 bootsplash 部分脚本，改为 gensplash 的………
这部分我有点晕，主要是不会脚本的编写……… :oops:
另：ML 2.1 alpha 可真够 alpha 的啊…………… 当然了。
不过我也倾向于splashy，毕竟是用户态的，比较方便。 splashy 不用给内核打补丁，类似于 fc 的那个，很灵活。 port 工作我也基本做完了，只是一直没时间整理。 :oops: Gensplash 如果不要求启动内核的时候就显示 splash ，也不需要内核 patch 。
等进入 init 脚本，gensplash 的控制就交给了 splash_util 。
那个 patch 的作用就是调用 initrd 里面的显示 splash 的内核程序。
当然，我建议 ML 至少要加入 Gensplash 系统里的一个 patch ： vesa-tng
一个基于 VESA 的 fb 驱动，替换内核自带的 vesa ，这样的话，Console 状态下显示分辨率的支持会增加很多，最有用的我觉得还是支持宽屏幕，还有自定义刷新率。
不过问题是我的 ati 显卡，必须给 vesa-tng 驱动设一个参数 nocrtc ，不然没有显示。
有这个参数显示器就只能 @60Hz ，但我想这对于旧有的 vesa 驱动，还是好了不少。
页:
[1]