845老电脑U盘启动为何只能启动到grub的命令行

不点

graphicsmdoe 是一个错的命令名。

还有其它问题，需要你给出调试信息。

geometry (hd0)
geometry (hd1)
geometry (fd0)

root

ls

不点

看到 geometry (fd0) 的显示了吧？

CHS 字样的出现，表示不支持 LBA。

你这个 USB 设备被识别为软盘，并且主板 BIOS 不支持以 LBA 模式访问这个软盘（主板 BIOS 的毛病）。

显示的 C/H/S=123/255/63 表示，这个 USB 设备只有少量扇区可以被 BIOS 访问。它肯定不能访问超过 8G 之后的内容，因为这是 CHS 模式的最大访问能力。

接下来需要更细致的测试。

先这样吧：

ls (fd0)/
ls (ud)/

以上两条命令都会列出你的 USB 设备上的文件，一个是可见区的 FAT 文件系统，一个是不可见区的 fb 文件系统。

再接下来，就要测试这个主板 BIOS 最大能访问多大的扇区号。以下这些 cat 命令，显示的结果数据不重要，重要的是 cat 能否正常显示扇区数据。如果不能显示扇区数据，cat 命令会报错的。请顺次执行这些命令，告知第一个成功执行的 cat 命令是哪一条：

1. 
   
2. cat    --hex    (fd0)20000000+1
   
3. cat    --hex    (fd0)19000000+1
   
4. cat    --hex    (fd0)18000000+1
   
5. cat    --hex    (fd0)17000000+1
   
6. cat    --hex    (fd0)16000000+1
   
7. cat    --hex    (fd0)15000000+1
   
8. cat    --hex    (fd0)14000000+1
   
9. cat    --hex    (fd0)13000000+1
   
10. cat    --hex    (fd0)12000000+1
    
11. cat    --hex    (fd0)11000000+1
    
12. cat    --hex    (fd0)10000000+1
    
13. cat    --hex    (fd0)9000000+1
    
14. cat    --hex    (fd0)8000000+1
    
15. cat    --hex    (fd0)7000000+1
    
16. cat    --hex    (fd0)6000000+1
    
17. cat    --hex    (fd0)5000000+1
    
18. cat    --hex    (fd0)4000000+1
    
19. cat    --hex    (fd0)3000000+1
    
20. cat    --hex    (fd0)2000000+1
    
21. cat    --hex    (fd0)1000000+1
    
22. cat    --hex    (fd0)900000+1
    
23. cat    --hex    (fd0)800000+1
    
24. cat    --hex    (fd0)700000+1
    
25. cat    --hex    (fd0)600000+1
    
26. cat    --hex    (fd0)500000+1
    
27. cat    --hex    (fd0)400000+1
    
28. cat    --hex    (fd0)300000+1
    
29. cat    --hex    (fd0)200000+1
    
30. cat    --hex    (fd0)100000+1
    
31. cat    --hex    (fd0)90000+1
    
32. cat    --hex    (fd0)80000+1
    
33. cat    --hex    (fd0)70000+1
    
34. cat    --hex    (fd0)60000+1
    
35. cat    --hex    (fd0)50000+1
    
36. cat    --hex    (fd0)40000+1
    
37. cat    --hex    (fd0)30000+1
    
38. cat    --hex    (fd0)20000+1
    
39. cat    --hex    (fd0)10000+1
    
40. cat    --hex    (fd0)9000+1
    
41. cat    --hex    (fd0)8000+1
    
42. cat    --hex    (fd0)7000+1
    
43. cat    --hex    (fd0)6000+1
    
44. cat    --hex    (fd0)5000+1
    
45. cat    --hex    (fd0)4000+1
    
46. cat    --hex    (fd0)3000+1
    
47. cat    --hex    (fd0)2000+1
    
48. cat    --hex    (fd0)1000+1
    
49. cat    --hex    (fd0)900+1
    
50. cat    --hex    (fd0)800+1
    
51. cat    --hex    (fd0)700+1
    
52. cat    --hex    (fd0)600+1
    
53. cat    --hex    (fd0)500+1
    
54. cat    --hex    (fd0)400+1
    
55. cat    --hex    (fd0)300+1
    
56. cat    --hex    (fd0)200+1
    
57. cat    --hex    (fd0)100+1
    
58. cat    --hex    (fd0)90+1
    
59. cat    --hex    (fd0)80+1
    
60. cat    --hex    (fd0)70+1
    
61. cat    --hex    (fd0)60+1
    
62. cat    --hex    (fd0)50+1
    
63. cat    --hex    (fd0)40+1
    
64. cat    --hex    (fd0)30+1
    
65. cat    --hex    (fd0)20+1
    
66. cat    --hex    (fd0)10+1
    
67. cat    --hex    (fd0)9+1
    
68. cat    --hex    (fd0)8+1
    
69. cat    --hex    (fd0)7+1
    
70. cat    --hex    (fd0)6+1
    
71. cat    --hex    (fd0)5+1
    
72. cat    --hex    (fd0)4+1
    
73. cat    --hex    (fd0)3+1
    
74. cat    --hex    (fd0)2+1
    
75. cat    --hex    (fd0)1+1
    
76. cat    --hex    (fd0)0+1
    

复制代码

不点

突然发现，你的贴图中显示，扩展内存只有 14M！

这不是开玩笑吧？

这么小的内存，你的操作系统怎么转起来？

在 grub 提示符下执行

displaymem

贴出输出结果。

不点

有可能当你用 USB 启动时，内存变小了，而如果从硬盘启动，内存也许正常。怀疑是主板 BIOS 的 bug，不排除主板制造商故意制造麻烦的可能性。

无论如何，请贴出不同启动方式下的 displaymem 的显示结果。

请告知主板厂家、型号、生产日期。

[ 本帖最后由 不点 于 2012-10-31 17:55 编辑 ]

不点

主板总是有厂家的，生产日期也应该可以知道的。

你找个检测软件，检查一下。

只要知道大概是哪年生产的便可。

不点

辛苦了，谢谢。电脑大致是什么时间购买的？

从提供的 cat 成功信息可见，这个电脑没什么问题。它能够访问你的这个 1G 的 U盘。

ls 命令列出了 fd0 的内容，应该是正常的。当然，你也可以进一步验证

cat (fd0)/fb.cfg 可否显示文件结果。

不过，ls (ud)/ 没有列出文件，倒是比较奇怪的。

内存 15 - 16 M 之间被芯片集使用了，因此，grub4dos 需要做相应的调整。

等待下一个发布吧。

不点

请试试时空论坛今天上载的版本，看看还有什么问题。内存显示 14M 是正确的，因为这就是从 1M 开始的连续内存的大小。

不要在意这个。

看看其它问题是否存在，比如，把 (fd0) 上的 ISO 仿真为光盘，试试虚拟光盘上的文件是否可以访问。

最后再试试启动 PE 是否成功。

不点

我突然又发现，你前面 geometry (fd0) 的输出结果，它是 fb 文件系统，这与 ud 又是一样的。

然而奇怪的是，用 ud 却列不出文件，而用 (fd0) 反倒可以列出文件。怀疑你这个盘被别的软件破坏了。


今天发现了新的一点：你的 fd0 还有一个分区，即，分区 0。

这就是说，你还可以用 (fd0,0) 来访问你的可见区。

ls (fd0,0)/

在你的 U 盘中找不到 menu.lst 文件，而你的内置菜单又含有错误，因此，你肯定只能进入命令行。

总体来看，从 grub4dos 的角度来看，问题不严重，只是你的菜单不能适应这种特殊的电脑而已。

修改你的菜单，让它适应这种情况就好了。

你动用别的软件来修改 grub4dos，有可能是你自己的某个环节出错了。

建议你做个测试：直接拿 0pe 的极小版来试验（好像是 27M的版本吧，你找找），不要改动 0pe 的任何地方，看看 0pe 是否能够正常进入 PE。

不点

回复 M：

是的，楼主的菜单，低级错误太多，例如：graphicsmdoe 这个单词就拼错了。

因此，整个来看，可能就是因为此类错误造成的。而且，iso 文件里面也可能有菜单，菜单多了，出错的机会也就多了。

所以，我建议楼主使用原封不动的 0pe 进行测试，相信不会失败的。要想在 0pe 的菜单中找出一个错误，那是很难的，更不用说那些低级错误了。

不点

这下好了，pseudo 有事干了。

我等着 pseudo 来给出解释，找出病根。

不点

这就清楚了：这个 ud 未被 grub4dos 识别出来。

需要提供更多的信息，来定位其根源。

首先，请用同一个 U 盘，在别的电脑上试验，看看有没有成功的。

如果有成功的，那就说明这个问题与主板有关，而不是 grub4dos 的问题。

其它测试项目以后再详细设计。

不点

突然又发现，16 楼的 ls (ud)/ 列出了许多回车（也可能是空格），竟然超过一屏。

请问，它究竟能够持续显示多少屏？

不点

快要找到毛病了…………

以下的 fsys_fb.c 源代码使用了 15 - 16M 的空间，而对于这个机器来说，这个空间是不可以使用的！

/* The menu is saved at address just below 16m  */
#define FB_MENU_ADDR    0xff0000

不点

已经更新了。请测试。在时空论坛下载。

不点

是 0x150000 - 0x160000 的空间，共 64K。

这里增加了安全限制：如果 ud 的目录列表占据的空间超过 64K，拒绝 mount 它。

所以，创建 ud 的工具，如 fbinst TOOL 等，应该不要生成太大的目录列表。

原来的代码实际上也是使用 64K 目录列表空间，但未加限制，有可能产生内存溢出和冲突（对于那些具有超过 64K 目录区的 ud 而言）。

不点

谢谢你证实了 bug 已经修复。

其它问题应该都不属于 bug 了，请自行解决吧。