看下为啥起不来

窄口牛

之前相关帖子

机器上两块硬盘，一块上装了win2000，引导也在这块盘，在同一分区放了g4d
那么这块盘的mbr就是g4d，第一分区pbr还是nt5（2000的）
我在高位内存搞了一个虚拟盘文件加载在高位内存（12/16）

    find --set-root --ignore-floppies --ignore-cd /hdd.img.gz
    map --mem --top /hdd.img.gz (hd2)

    title find and load NTLDR of Windows NT/2K/XP\n find and load NTLDR of Windows NT/2K/XP
    fallback +1
    find --set-root --ignore-floppies --ignore-cd /ntldr
    map () (hd0)
    map (hd0) ()
    map --hook

    find --set-root --ignore-floppies --ignore-cd /ntldr
    rootnoverify (hd0)
    chainloader /ntldr
    savedefault --wait=2
    boot

还照之前写的
现在是这个画面，win2000起不来

不点

乱码，被视为命令，当然会报错了。

你的菜单里面含有非法字符？

你在语句之间插入 pause 之类的命令，跟踪一下，看看哪些命令执行了，而哪条命令还未执行。

这样，自己就知道哪里有错了。

wangyibin

用AI给你修改了一下代码 你可以试试看 请先备份好你自己的代码 如果不行 好恢复。

1. # 定义一个函数来检查并设置根设备
   
2. function set_root {
   
3.     find --set-root --ignore-floppies --ignore-cd $1
   
4.     if [ $? != 0 ]; then
   
5.         echo "Could not find $1. Booting fallback."
   
6.         savedefault --wait=2
   
7.         boot
   
8.     fi
   
9. }
   
10. 
    
11. # 定义一个函数来尝试加载Windows
    
12. function load_windows {
    
13.     set_root "/ntldr"
    
14.     if [ $? == 0 ]; then
    
15.         rootnoverify (hd0)
    
16.         chainloader /ntldr
    
17.         if [ $? == 0 ]; then
    
18.             echo "Loading Windows NT/2K/XP..."
    
19.             boot
    
20.         else
    
21.             echo "Failed to chainload ntldr."
    
22.             fallback +1
    
23.         fi
    
24.     else
    
25.         fallback +1
    
26.     fi
    
27. }
    
28. 
    
29. # 尝试从硬盘镜像启动
    
30. title "Boot from HDD Image"
    
31. find --set-root --ignore-floppies --ignore-cd /hdd.img.gz
    
32. if [ $? == 0 ]; then
    
33.     map --mem --top /hdd.img.gz (hd2)
    
34.     if [ $? == 0 ]; then
    
35.         echo "Mapping HDD image to memory..."
    
36.         map () (hd0)
    
37.         map (hd0) ()
    
38.         map --hook
    
39.         load_windows
    
40.     else
    
41.         echo "Failed to map HDD image."
    
42.         fallback +1
    
43.     fi
    
44. else
    
45.     echo "HDD Image not found."
    
46.     fallback +1
    
47. fi
    
48. 
    
49. # 直接尝试加载Windows
    
50. title "Boot Windows NT/2K/XP directly"
    
51. load_windows
    
52. 
    
53. # 回退选项
    
54. title "Fallback"
    
55. echo "Fallback to default entry..."
    
56. savedefault --wait=2
    
57. boot

复制代码

改进点说明：

函数封装：将重复的代码段封装成函数，提高可读性和维护性。
错误处理：增加了更多的错误检查和处理逻辑，确保在每一步出现问题时有适当的反馈和回退选项。
注释：添加了注释以解释每一步的目的。
启动项：将启动项分成两个部分，一个尝试从硬盘镜像启动，另一个直接尝试加载Windows，这样可以提供更多的选择和灵活性。
回退：增加了一个明确的回退选项，确保在任何情况下都能回到默认启动项。

请注意，这个脚本假设你已经正确设置了GRUB的环境变量和配置文件，并且你的系统支持所有用到的命令和功能。在实际应用中，可能需要根据具体的硬件和操作系统配置进行微调。

窄口牛

还发现12g的img打包为gz就只能用4g了，解压出来是真的12g。
换个什么打包方式呢？

dayeye

hdd.img.gz填高位内存,不是要一块一块填吗?

窄口牛

去掉map --hook这句就能用了，这是为什么？

不点

我自己从未用过 4G 以上的 gz 文件。你说的问题，也没见到其他人报告。确认是不是你的压缩工具有问题，或者与 grub4dos 不兼容？个人感觉 grub4dos 中的 gz 有可能存在 4G 问题。模糊的印象中，gz 在文件尾部保存原始未压缩文件的长度，而且只用 4 字节来保存，所以最大不超过 4G。

另外，gz 格式是有缺陷的（缺陷主要是文件头部没有原始未压缩文件的长度信息）。后来 grub4dos 支持了 lzma 的压缩格式，并建议用户尽量采用 lzma 压缩格式，取代 gz 格式。但是要注意，有些 LZMA 压缩工具生成的 lzma 文件的开头是 0xFFFFFFFFFFFFFFFF，这表示原始未压缩文件的长度未知（未填写）。这是不行的，不能够被 grub4dos 认可。

2011yaya2007777

g4d系统内，文件无论压缩前后，都不能大于等于4G。好多函数内部有判断代码，超过就退出运行。

kukuyu

谢谢分享

不点

2011yaya2007777 发表于 2024-12-19 07:52
g4d系统内，文件无论压缩前后，都不能大于等于4G。好多函数内部有判断代码，超过就退出运行。

碰巧我刚才抢先发帖了。

gz 是原始 grub legacy 支持的格式，那时的 grub 系统本身不考虑 64 位，只支持 32 位。这一点，在 grub4dos 中似乎仍然保持原样，未有改进。

但后来支持的 lzma 格式，是全新编写的，当然支持 64 位长度。岁数大了，记忆实在不好了。大约是 karyonix 编写的 lzma 支持代码。chenall 和 我貌似也进行了后期的补充完善。有可能阴差阳错，记不清了，抱歉。

wintoflash

2011yaya2007777 发表于 2024-12-19 07:52
g4d系统内，文件无论压缩前后，都不能大于等于4G。好多函数内部有判断代码，超过就退出运行。

vhd也不能超过4g吗？

窄口牛

那就又不会了，怎么把它搞成一个分区呢，三个4g的。

窄口牛

wintoflash 发表于 2024-12-19 08:51
vhd也不能超过4g吗？

只读取引导吧，全部加载的时候已经交给win
的引导了。

窄口牛

不从虚拟盘启动就不需要map--hook了，是吗？

不点

lzma 压缩格式支持超过 4G 长度。karyonix 做了完整的工作，包括（编写汇编代码）支持 4G 以上的内存访问。

这应该不会有问题的。

不从虚拟盘启动，可以不写 map --hook 命令。但这条命令（map --hook）会在 boot 命令执行的那一刻自动执行。所以，你最好还是写上吧（你不写，它也会自动执行；你写上，让自己明白，没坏处）。

周爱瑶

评论的才是高人

窄口牛

不点 发表于 2024-12-19 10:47
lzma 压缩格式支持超过 4G 长度。karyonix 做了完整的工作，包括（编写汇编代码）支持 4G 以上的内存访问。 ...

写上它就乱码，进不了系统了，就是这句的问题。

2011yaya2007777

静态vhd，不能超过4G。动态vhd以及其他压缩文件，不能超过4G。解压缩后放在内存，是可以超过4G的。换句话说，文件在磁盘，只能读写4G以内。文件在内存，没有这个限制。

不点

2011yaya2007777 发表于 2024-12-19 12:13
静态vhd，不能超过4G。动态vhd以及其他压缩文件，不能超过4G。解压缩后放在内存，是可以超过4G的。换句话说 ...

grub4dos 的扇区序列仿真，从一开始就支持任意大小。不存在 4G 限制的问题。

不点

窄口牛 发表于 2024-12-19 12:03
写上它就乱码，进不了系统了，就是这句的问题。

你对你的情况最了解。比如，菜单是否有问题（包括存在不可见字符，等等），再比如你的  grub4dos 是从哪里获得的，是不是被某个第三方发行者修改过的？版本是新还是旧？等等，就不列举了。

我认为，不能写 map  --hook 命令，这肯定属于不正常情况。不过，选择权完全掌握在你自己手上。比如说，如果你能够正常使用，没有出现别的问题，你可以忽略这个问题。又比如，如果你想折腾，你可以继续调试、定位、追查。

guong

来学习下

sunsea

wangyibin 发表于 2024-12-18 23:10
用AI给你修改了一下代码 你可以试试看 请先备份好你自己的代码 如果不行 好恢复。
改进点说明：

grub4dos的代码给你改成grub2了……

sunsea

找一个VSCode之类的编辑器，拖进去看一下换行符是CRLF还是LF，原来你放map --hook那句的位置是不是有什么不可见字符，有的话删掉、换行符换成LF试试。

窄口牛

在控制台把那行删除，增加空行，重新写进去依然不行。

不点

楼主报告的情况，感觉很异常。正常情况下是不该出现的。

在没有提供更详细的信息之前，我暂且认为，这个 grub4dos 的来历不明。或者使用了开发者不推荐的、“容易产生不易排查的错误” 的方式、方法，比如 gfxmenu、message 之类的。一句话，不正常的前提条件，产生了不正常的结果。

grub4dos 本身出现这么大的 bug 的可能性有没有呢？当然有。但可能性不大。因此，我觉得没必要再关注这个话题了。

窄口牛

算来历不明吧，QQ群共享下载的，官方网站下载不到20240226。

不点

窄口牛 发表于 2024-12-19 15:43
算来历不明吧，QQ群共享下载的，官方网站下载不到20240226。

我个人比较关注 grub4dos 的 bug 问题。

官方网站确实有问题。姑且认为 qq 群共享的，也可接受吧，至少它有版本的日期。

我想，要排除 bug，就得有很多思路、方法。首先，要确定 bug 产生的时间，精确到日期。

所以，就要尝试不同时期的 grub4dos 版本，看看究竟是哪一天的改动，产生了新的问题。

比如说，用一个非常老的版本来试验（比如说，2020年的版本），看看问题是不是同样存在。

这个过程很辛苦。如果没有时间，或者没有兴趣，就不要去试验了，——可以等待另外一个人报告 bug（等待他能给出详细的排查结果）。



【补充】你说的 20240226 是 qq 群提供的 grub4dos 的版本日期吗？如果 qq 群提供的不是这个版本日期，那就不要用它（因为它肯定不是最新版）。自己再多找几个版本进行测试，直到能确定 bug 最早出现的日期为止。

当然了，这是假定 grub4dos 存在 bug。

另外，也可能是 menu.lst 文件中含有非法字符，由此带来的问题。

你可以彻底删除 menu.lst 文件。进入 grub4dos 命令行，手动敲入所需要的命令，看看 map --hook 命令能否得到执行。

只要多想想办法，总能挖出问题的根源。

窄口牛

原因可能是菜单显示里的换行符

孟仁飞

学习