中国DOS联盟

New compilation has been uploaded, still here:

http://grub4dos.jot.com/

Please give it a try and see if there are any changes?

Tried it, and the following is the real machine test.

Configuration of menu.lst:
title Virtual Floppy File 1
map --mem /boot/grub/288.img (fd0)
map --hook
chainloader (fd0)+1
rootnoverify (fd0)

menu.lst and img can be booted when they are in 3 different directories of the main partition.
menu.lst can be booted when it is in the main partition and img is in other partitions.
menu.lst can be booted when it is in the (hd0,4) partition and img is in different directories of the (hd0,4) partition.
menu.lst cannot be booted when it is in the (hd0,4) partition and img is in different directories of the (hd0,5) partition.

For the menu.lst configuration, the Chinese cannot be displayed if fonts are used first and then bj2008.xpm.gz as before.
The Chinese cannot be displayed even if there are only fonts and no bj2008.xpm.gz.

Your usage is incorrect.

map --mem /boot/grub/288.img (fd0)

This command cannot be used alone; you must run the root (...) or find --set-root /boot/grub/288.img command before it.

For any file that only has a pathname (/.../.../filename) and omits the device name (such as (hd0,0)), you need to run the root (...) or find --set-root command before the command that refers to this file. Otherwise, the file will not have a complete filename, and opening the file will fail.

Depressed....
Previously, because as long as menu.lst and img are placed together and can be booted regardless of which partition, it was ignored. Today I just found out that this usage is wrong. GRUB is powerful!

No wonder I just found another menu.lst configuration that can boot.

Oh, today A20 is shown as off.

A20 is a bad design by IBM. When the machine is powered on, A20 is in an enabled state. When the BIOS hands control over to the boot sector on the disk, A20 has already been disabled by the BIOS, which can better be compatible with the old buggy programs before. However, nowadays, those bug - ridden programs are long gone, so there is no need to keep A20 disabled anymore, that is to say, keeping A20 always enabled does no harm.

However, in order to be compatible with some old - fashioned machines, before booting an operating system, it is still necessary to disable A20, otherwise, those machines may not work properly.

It works normally now!

But the Chinese prompt information is a bit messy!

Originally posted by Buddha's light at 2006-6-17 20:14:
But the map --mem /boot/grub/288.img (fd0) can indeed boot, and it is much more convenient than map --mem (hd0,4)/boot/grub/288.img (fd0)! I wonder if GRUB can improve the support for commands like map --mem /boot/grub/288.img (fd0)?

Originally posted by Budong at 2006-6-17 18:34:
Your usage here is incorrect.

map --mem /boot/grub/288.img (fd0)

This command cannot be used alone; you must run the root (...) or find --set-root /boot/grub/288.img command before it.

For any file that only has a pathname (/.../.../filename) and omits the device name (e.g., (hd0,0)), you need to run the root (...) or find --set-root command before the command that accesses this file; otherwise, the file does not have a complete filename, and opening the file will fail.

My previous usage has worked so far as long as the directory structure is /boot/grub, no matter which partition it is on, but this method is always unconventional :D Today I wanted to rewrite the menu.lst configuration and encountered a problem, so I want to ask.

Using find --set-root /..../..../.....img to load the image
Then how to load bj2008.xpm.gz or fonts?
find --set-root /boot/grub/bj2008.xpm.gz
savedefault
splashimage /boot/grub/bj2008.xpm.gz

find --set-root /boot/grub/fonts
savedefault
fontfile /boot/grub/fonts

I don't know if this works. In this way, multiple menu.lsts can use one bj2008.xpm.gz or fonts, cool :lol:

Last edited by fastslz on 2006-6-17 at 20:46 ]

qwe1234567:

Usually you can use it like this. This is a newly added feature specific to GRUB4DOS. The previous 0.2.0 version did not have this function. The partition where the menu file is located is generally taken as the default partition. So, file names that omit the partition number can also be opened. However, the menu file can also use the root and find --set-root commands. These commands will change the default partition. When the default partition is changed, if the file name in the future does not have a partition number, then the new default partition will be used as the partition of this file.

fastslz:

Your these usages should all work. If not, you can report a BUG.

Originally posted by Budian at 2006-6-17 03:53 PM:
A new build has been uploaded, still here:

http://grub4dos.jot.com/

Please try it and see if the situation changes?

Well, now this problem has been resolved.

In addition, it is found that when using GRUB4DOS to restart DOS, some abnormal results often occur during the process of booting DOS (such as死机or displaying error messages), for example, when loading EMM386.

Buddy:
The Chinese prompt information is a bit garbled! Please solve it!

I can't pay attention to the Chinese problem for the time being. Please report it to gandalf. The problem that the DOS restarts and crashes again mentioned by wengier, it seems that I also encountered it before, but it is difficult to encounter it later. I remember that it was easy to have such a situation after simulating a certain disk. I hope to clarify this problem and find out the law of its occurrence, so as to determine the root cause of the problem. Well, since the problems mentioned above have been solved, now we are ready to release 0.4.2pre6.

But the Chinese prompt you should be able to modify, right! And the problem is in this current GRUB, the previous version was fine!

Last edited by qwe1234567 on 2006-6-18 at 19:01 ]

Can the find --set-root command be enhanced to support commands like find --map --mem /boot/grub/288.img (fd0)? This command is equivalent to find --set-root /boot/grub/288.img (fd0) and map --mem /boot/grub/288.img (fd0). Is this possible? I know this will definitely bring you many possibilities, but in this way the function is enhanced. In the future, any file to be loaded can be directly loaded using the FIND command, which will be more convenient for users!