无忧启动论坛

标题: 关于GRUB4DOS无法加载VHD到内存的问题想要请教大神们 [打印本页]
作者: 2012msg    时间: 2017-5-13 19:14
标题: 关于GRUB4DOS无法加载VHD到内存的问题想要请教大神们
本帖最后由 2012msg 于 2017-5-13 21:42 编辑

一楼：新闻说“多说”不能用了，GRUB4DOS官方网站就是不能留言。所以只能来打扰大家了。聒噪。
作者: 2012msg    时间: 2017-5-13 19:16
我所遇见的问题大概如下：！！！[委屈]
似乎连我只差一点4GB的ISO都没问题，4.25GB的VHD就不行。更大的更不用说了，一样不能挂载。请问这是什么问题？
当“map --mem”时候：
  1. map --mem-top /ramos.vhd (hd0)
  2. info: total_sectors calculated from partition table(8919040) is less than the number of sectors in the whole disk image(8921662).
  3. probed C/H/S = 556/255/63, probed total sectors = 8919040
  4. Error 28:(http://grub4dos.chenall.net/e/28)
  5.             Selected item cannot fit into memory
复制代码


我看到“displaymem”认为也许会有用。当“displaymem”的时候：
  1. EISA Memory BIOS Interface is present
  2. Address Map BIOS Interface is present
  3. Lower menory: 634K. Upper memory (to first chipset hole): 2268072K
  4. [Address Range Descriptor entries imrmdiately follow (values are 64 bit)]
  5. Usable RAM: Base: 0x0. Length: 0x9E800
  6. Reserved: Base: 0x9E800, Length: 0x1800
  7. Reserved: Base: 0xE0000, Length: 0x20000
  8. Usable RAM: Base: 0x100000, Length: 0x8A6EA000
  9. Reserved: Base: 0x8A7EA000, Length: 0x900000
  10. Usable 888: Base: 0x8B0EA000, Length: 80x11805000
  11. Reserved: Base: 0x9C8EF000, Length: 0x4F0000
  12. Reserved: Base: 0x9CDDF000, Length: 0x1E0000
  13. Reserved: Base: 0x9CFBF000, Length: 0x40000
  14. Usable RAM: Base: 0x9CFFF000, Length: 0x1000
  15. Reserved: Base: 0x9D000000, Length: 0x800000 .
  16. Reserved: Base: 0x9D800000, Length: 0x2800000
  17. Reserved: Base: 0xE0000000, Length: 0x10000000
  18. Reserved: Base: 0xFEB00000, Length: 0x4000
  19. Reserved: Base: 0xFEC00000, Length: 0x1000
  20. Reserved: Base: 0xFED10000, Length: 0xA000
  21. Reserved: Base: 0xFED1C000, Length: 0x4000
  22. Reserved: Base: 0xFEE00000, Length: 0x1000
  23. Reserved: Base: 0xFFA00000, Length: 0x600000
  24. Usable RAM: Base: 0x100000000, Length: 0x15F000000
复制代码
作者: 不点    时间: 2017-5-13 20:42
有两种可能
(1)内存不够大，容纳不了你的img
(2)内存够大，但你的命令参数写错，比如 --mem  --top  是合法的参数，是两个参数，中间应该用空格分隔。

而 --mem-top 则是错误的参数。我很奇怪，这个错误的参数流传很广，究竟是谁干的？grub4dos 从来都没有过这样的参数。会不会有人故意把大家引入阴沟，让大家学习错误的文档？我们置顶的文档，应该不会出这种错误吧？会不会有人企图让大家远离 grub4dos 的开发者，到处散布虚假的“官方文档”？那是欺骗啊！大家一定不要上当！
作者: 不点    时间: 2017-5-13 21:03
最末尾一行显示的是最大连续内存块

0x15F000000=5888802816 字节，

即，大约 5.8G。就是说，你最多可以加载 5.8G 的 img，不能再大了。
作者: tools241    时间: 2017-5-13 21:13
** [分享]Grub4Dos - 直接启动Win10,...,Win7, 第1个XP, XP.VHD, PE ==>
    http://bbs.wuyou.net/forum.php?mod=viewthread&tid=380990
     http://nonameteam.cc/thread-3209-1-1.html
作者: 2012msg    时间: 2017-5-13 21:28
不点 发表于 2017-5-13 21:03
最末尾一行显示的是最大连续内存块

0x15F000000=5888802816 字节，

谢谢！我GRUB4DOS启动，确实有“Mem: 634K/2214M/5616M”字样，刚刚成功了。
作者: 2012msg    时间: 2017-5-13 21:40
本帖最后由 2012msg 于 2017-5-13 22:50 编辑
不点 发表于 2017-5-13 20:42
有两种可能
(1)内存不够大，容纳不了你的img
(2)内存够大，但你的命令参数写错，比如 --mem  --top  是合 ...


　　首先，非常感谢！一下子就成功了！
　　没错，如您所说，我的电脑内存足够大，是命令参数写错了。无论“map --mem”还是错误的“map --mem-top”都不成功，换作“map --mem --top”一下子就成功了！可能“map --mem-top”和“map --mem”都一样，是因为错误的部分参数被容错忽略？
　　至于这个参数错误，我也不知道是我看错了，还是说我或者别人用过“--sectors-per-track”这个参数之后想当然写错的。多谢大师提醒，不然我还是在用错误参数啊。
作者: y7y007    时间: 2017-5-13 23:11
楼主用的f驱吗？
作者: 不点    时间: 2017-5-14 10:33
2012msg 发表于 2017-5-13 21:40
　　首先，非常感谢！一下子就成功了！
　　没错，如您所说，我的电脑内存足够大，是命令参数写错了{: ...

照这么说，这还是个哲学问题了。如果大家都犯某个错误，那个错误就不是个错误了。没有绝对的错误，也没有绝对的正确。以前很多常被念错的字，后来都 “扶正”了。

在开发者的某种权衡之下，也许 grub4dos 可以支持 --mem-top 参数。
作者: 2010feicool    时间: 2017-5-14 11:45
不点大师说得很清楚了，可用的连续内存不够，你换跟16G以上的内存，加载更大容量的VHD就不是烦恼了

用--top可能正好在高端位置空出合适的可用内存给你
作者: 2012msg    时间: 2017-5-20 09:52
谢谢各位帮助，谢谢不点大师！我也不知道该回复什么了，毕竟我很少见高手。上网查了下，确实都是“map --mem --top”……我以后会尽量小心（好吧其实毛病不好改）。
作者: 求道者    时间: 2017-5-26 14:35
多说怎么了？被实名制做了？



欢迎光临 无忧启动论坛 (http://bbs.wuyou.net/) Powered by Discuz! X3.3