关于GRUB4DOS无法加载VHD到内存的问题想要请教大神们
本帖最后由 2012msg 于 2017-5-13 21:42 编辑一楼：新闻说“多说”不能用了，GRUB4DOS官方网站就是不能留言。所以只能来打扰大家了。聒噪。 最末尾一行显示的是最大连续内存块
0x15F000000=5888802816 字节，
即，大约 5.8G。就是说，你最多可以加载 5.8G 的 img，不能再大了。
有两种可能
(1)内存不够大，容纳不了你的img
(2)内存够大，但你的命令参数写错，比如 --mem--top是合法的参数，是两个参数，中间应该用空格分隔。
而 --mem-top 则是错误的参数。我很奇怪，这个错误的参数流传很广，究竟是谁干的？grub4dos 从来都没有过这样的参数。会不会有人故意把大家引入阴沟，让大家学习错误的文档？我们置顶的文档，应该不会出这种错误吧？会不会有人企图让大家远离 grub4dos 的开发者，到处散布虚假的“官方文档”？那是欺骗啊！大家一定不要上当！ 我所遇见的问题大概如下：！！！[委屈]
似乎连我只差一点4GB的ISO都没问题，4.25GB的VHD就不行。更大的更不用说了，一样不能挂载。请问这是什么问题？
当“map --mem”时候：map --mem-top /ramos.vhd (hd0)
info: total_sectors calculated from partition table(8919040) is less than the number of sectors in the whole disk image(8921662).
probed C/H/S = 556/255/63, probed total sectors = 8919040
Error 28:(http://grub4dos.chenall.net/e/28)
Selected item cannot fit into memory
我看到“displaymem”认为也许会有用。当“displaymem”的时候：
EISA Memory BIOS Interface is present
Address Map BIOS Interface is present
Lower menory: 634K. Upper memory (to first chipset hole): 2268072K
Usable RAM: Base: 0x0. Length: 0x9E800
Reserved: Base: 0x9E800, Length: 0x1800
Reserved: Base: 0xE0000, Length: 0x20000
Usable RAM: Base: 0x100000, Length: 0x8A6EA000
Reserved: Base: 0x8A7EA000, Length: 0x900000
Usable 888: Base: 0x8B0EA000, Length: 80x11805000
Reserved: Base: 0x9C8EF000, Length: 0x4F0000
Reserved: Base: 0x9CDDF000, Length: 0x1E0000
Reserved: Base: 0x9CFBF000, Length: 0x40000
Usable RAM: Base: 0x9CFFF000, Length: 0x1000
Reserved: Base: 0x9D000000, Length: 0x800000 .
Reserved: Base: 0x9D800000, Length: 0x2800000
Reserved: Base: 0xE0000000, Length: 0x10000000
Reserved: Base: 0xFEB00000, Length: 0x4000
Reserved: Base: 0xFEC00000, Length: 0x1000
Reserved: Base: 0xFED10000, Length: 0xA000
Reserved: Base: 0xFED1C000, Length: 0x4000
Reserved: Base: 0xFEE00000, Length: 0x1000
Reserved: Base: 0xFFA00000, Length: 0x600000
Usable RAM: Base: 0x100000000, Length: 0x15F000000 ** [分享]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
不点 发表于 2017-5-13 21:03
最末尾一行显示的是最大连续内存块
0x15F000000=5888802816 字节，
谢谢！我GRUB4DOS启动，确实有“Mem: 634K/2214M/5616M”字样，刚刚成功了。 本帖最后由 2012msg 于 2017-5-13 22:50 编辑
不点 发表于 2017-5-13 20:42
有两种可能
(1)内存不够大，容纳不了你的img
(2)内存够大，但你的命令参数写错，比如 --mem--top是合 ...
首先，非常感谢！一下子就成功了！
没错，如您所说，我的电脑内存足够大，是命令参数写错了{:3_140:}。无论“map --mem”还是错误的“map --mem-top”都不成功，换作“map --mem --top”一下子就成功了！可能“map --mem-top”和“map --mem”都一样，是因为错误的部分参数被容错忽略？
至于这个参数错误，我也不知道是我看错了，还是说我或者别人用过“--sectors-per-track”这个参数之后想当然写错的。多谢大师提醒，不然我还是在用错误参数啊{:3_151:}。 楼主用的f驱吗？ 2012msg 发表于 2017-5-13 21:40
首先，非常感谢！一下子就成功了！
没错，如您所说，我的电脑内存足够大，是命令参数写错了{: ...
照这么说，这还是个哲学问题了。如果大家都犯某个错误，那个错误就不是个错误了。没有绝对的错误，也没有绝对的正确。以前很多常被念错的字，后来都 “扶正”了。
在开发者的某种权衡之下，也许 grub4dos 可以支持 --mem-top 参数。 不点大师说得很清楚了，可用的连续内存不够，你换跟16G以上的内存，加载更大容量的VHD就不是烦恼了
用--top可能正好在高端位置空出合适的可用内存给你 谢谢各位帮助，谢谢不点大师！我也不知道该回复什么了，毕竟我很少见高手。上网查了下，确实都是“map --mem --top”……我以后会尽量小心（好吧其实毛病不好改）。 多说怎么了？被实名制做了？
页:
[1]