我提一个建议, 把系统和应用软件分开来放, 这样用户可以方便的定制, 通过简单删掉不想要的应用程序和增加自己的文件而重建光盘.
如果系统是这么设计的, 那么, 其体积已经不是问题了. 所以关键是保证系统内核的体积足够小和足够稳定.
--------------
> ::退出软盘仿真也不能解决软驱和光驱兼容问题..
> 如果要在windows方式下使用软驱.那么光驱就只能以msdos强制兼容方式访问.
> windows的explorer浏览光驱会有问题,用其他第三方工具会存在光盘文件的长文件名问题
> 看来还是windows在启动时装载设备时的错误,问题可能在注册表里面解决..
如果说退出软盘仿真不行的话, 那不退出仿真就更不行了. 这是我曾经做过试验的, 也被 wengier 等人验证过的. 在做 grub for dos 的磁盘仿真功能的时候, 发现磁盘仿真可导致 windows 启动失常或者运行失常或者在访问软盘时系统死锁.
BIOS CDROM 所使用的软盘仿真, 本质上和我的 grub for dos 中的磁盘仿真是一样的. 我曾经从光盘启动 DOS, 然后用 grub 进入硬盘上的 win98, 结果, 出现各种问题, 完全类似于用 grub 仿真了一个软盘的情况.
真实的 win98, 各种驱动都在, 居然都失常, 更何况这个 mini98 了. 我觉得, 要想让 mini98 在软盘仿真下正常, 要么非常困难, 要么不可能做到, 总之不会很容易的. (我们当然不考虑 MS-DOS 兼容模式的磁盘访问了). 如果你能够解决好这个问题, 我觉得这将是继解决 CDROM 问题之后的又一次重大突破了. 尽管我觉得不退出软盘仿真是不行的, 但我也不反对你进行尝试, 如果能成功最好, 如果不能成功也没什么坏处. 另外, 退出软盘仿真肯定可以解决问题, 这是我在多个机器上真实win98下试验成功的. 目前的 grub for dos 版本就自动退出由可引导的光盘所引起的磁盘仿真了, 目的是方便用户进入 win98. 那个 cd_unemu 程序就是用从 grub for dos 中截取的代码片段来编译的.
如果系统是这么设计的, 那么, 其体积已经不是问题了. 所以关键是保证系统内核的体积足够小和足够稳定.
--------------
> ::退出软盘仿真也不能解决软驱和光驱兼容问题..
> 如果要在windows方式下使用软驱.那么光驱就只能以msdos强制兼容方式访问.
> windows的explorer浏览光驱会有问题,用其他第三方工具会存在光盘文件的长文件名问题
> 看来还是windows在启动时装载设备时的错误,问题可能在注册表里面解决..
如果说退出软盘仿真不行的话, 那不退出仿真就更不行了. 这是我曾经做过试验的, 也被 wengier 等人验证过的. 在做 grub for dos 的磁盘仿真功能的时候, 发现磁盘仿真可导致 windows 启动失常或者运行失常或者在访问软盘时系统死锁.
BIOS CDROM 所使用的软盘仿真, 本质上和我的 grub for dos 中的磁盘仿真是一样的. 我曾经从光盘启动 DOS, 然后用 grub 进入硬盘上的 win98, 结果, 出现各种问题, 完全类似于用 grub 仿真了一个软盘的情况.
真实的 win98, 各种驱动都在, 居然都失常, 更何况这个 mini98 了. 我觉得, 要想让 mini98 在软盘仿真下正常, 要么非常困难, 要么不可能做到, 总之不会很容易的. (我们当然不考虑 MS-DOS 兼容模式的磁盘访问了). 如果你能够解决好这个问题, 我觉得这将是继解决 CDROM 问题之后的又一次重大突破了. 尽管我觉得不退出软盘仿真是不行的, 但我也不反对你进行尝试, 如果能成功最好, 如果不能成功也没什么坏处. 另外, 退出软盘仿真肯定可以解决问题, 这是我在多个机器上真实win98下试验成功的. 目前的 grub for dos 版本就自动退出由可引导的光盘所引起的磁盘仿真了, 目的是方便用户进入 win98. 那个 cd_unemu 程序就是用从 grub for dos 中截取的代码片段来编译的.
因为我们亲手创建,这个世界更加美丽。

