dnns 发表于 2017-1-24 14:51 谢谢你的热心帮助!!!问题已解决,详见我刚才编辑过的帖子。 谢谢!!! |
本帖最后由 dnns 于 2017-1-24 14:53 编辑 有阴也有阳 发表于 2017-1-24 14:38 建议撸主拿我之前碰见这问题的 win10 x86 pe 试试 链接: http://pan.baidu.com/s/1eRBC99K 密码: 8cqr 再附上我用的 memdisk 文件 要是还不行 拿我之前发的 grub2 调试镜像试试 链接: http://pan.baidu.com/s/1kVz4RmJ 密码: wsap |
有阴也有阳 发表于 2017-1-24 14:25 这现象可能不能排除 内存不足的情况. 我印象中引导过一个 win10 x86 pe 出现过类似情况. 但体积稍微大了一点点的 win10 x86_64 pe 倒是没这样的情况. 两个 pe 都支持 legacy 和 efi 引导. x86 用 grub4dos 当时没试. 但是 解包 iso 后 legacy bios - bootmgr / legacy bios - 模拟 efi - bootia32.efi / 真实 efi 环境 - bootia32.efi 3种方式引导 那 x86 却都是可以. 但可能是 32位 只能用 2.75GB 左右内存所致. 但撸主的是 win7 x64 pe 那就有点奇怪了. 虚拟机有试过多给 1-2GB (就是加起来5-6GB) 内存能启动吗? 毕竟 现在 少于 4G 内存的实机很难找环境测试. 我当时碰见这问题用的是一个很久前的上网本. ATOM N270 / 1GB RAM |
有阴也有阳 发表于 2017-1-24 14:38 去掉raw参数试试 |
dnns 发表于 2017-1-24 14:32 PE也不大200-300MB,内存虚拟机2G,实体机2—4G,但到这一步后,等的时间再长,也不再前进了。 |
4L 正解 . 但实际读取时间应该跟 grub4dos 的 map 差不多少. 如果介意在这界面停顿太久. 可以用个内建 grub4dos 放在 iso 内(内的话 grub2 loopback 该iso, grub4dos find set root 后 map)或者 iso 外 引导该 grub4dos 但实际时间差异不大所以感觉没别要. 直接 memdisk ( 感觉只是感官上别扭点而已 ) |
本帖最后由 有阴也有阳 于 2017-1-24 14:30 编辑 wintoflash 发表于 2017-1-24 13:37 PE也不大200-300MB,内存虚拟机2G,实体机2—4G,但到这一步后,等的时间再长,也不再前进了。 |
估计时间不会短…… |
这是调试信息,没有错误。 memdisk是要把整个iso加载到内存的,可能需要等待很长时间,由ISO大小决定。 |
Powered by Discuz! X3.3
© 2001-2017 Comsenz Inc.