chenall / grubutils Goto Github PK

See grub4dos issue #74
http://files.easy2boot.com/200001247-288bd2a80e/hotkeyUTF8_Menu.lst

If press 1 then 5 it does not go to menu 15.
Works if ascii menu but not if UTF-8 glyphs in menu.

Using g4dos 2022-09-10 release

previous version

hotkey g4e not tested.

Sir,

I have downloaded the newest weesetup from this link:
https://github.com/chenall/grubutils/releases/download/latest/grubutils.7z

And I've created a bootable USB drive using this command line under Windows 10 x64:
weesetup.exe --verbose --script=myscript.txt --force --device=(hd3)

The contents of myscript.txt are:
title Load grub4dos
find --set-root /grldr
/grldr

Unfortunately, the resulting USB drive cannot boot a computer with Asrock P4i65G board (bios v1.40). It shows "grub4dos" at the top of the screen and hangs :(

I've also tried running this command line on the same USB drive:
weesetup.exe --verbose --script=myscript.txt --wee=wee63.mbr --force --device=(hd3)

The file named "wee63.mbr" was downloaded from this link:
https://github.com/chenall/grubutils/releases/download/2016-01-31/wee63.zip

And, bingo! the resulting USB drive DOES boot correctly with Asrock P4i65G board!

But why? Why is the wee63 mbr code from 2016 working fine, but the code from 2022 doesn't work at all? What has changed??

Kind regards.

hotkey -A
Default 0
title Amenu1
boot
title Amenu2
boot

When menu loads, first line Amenu1 is highlighted
User presses a
selection does NOT move
User presses a again
selection moves to Amenu2

Grubutil FAT can give wrong available space on FAT32 partitions >= 4GB.

Total space is correctly calculated, but available space is sometimes wrong.
Looking at function 'FAT info' number of free clusters is correct, sectors per cluster too.

In following case multiplication of number of free clusters and sectors per cluster is wrong, 'FAT mkfile' refuses to create a file.
I observed same problem with 'FAT copy' earlier.
Used is 8GB FAT32 device (hd1,0):

BTW output of 'FAT info' is compared with grub4dos script FATINFO.G4B (unpublished). This script directly reads-out all values from disk. So everything is fine, except result of multiplication in cases like these.

To me it seems the problem has something to do with free space >= 4GB.
Maybe somehow with 64-bit values not fully 'good' in the multiplication, or while using the result of the multiplication?

Compile fat utility with gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 and failed with
FAT Error: (1) A hard error occurred in the low level desk I/O layer

See grub4dos issue #73
default 1
timeout 10
/hotkey -A

title aaa
reboot
title baaa
reboot
title caaa
reboot
title daaa
reboot

If press cursor key or number then timeout is stopped as expected.
If press letter d, then 4th menu is highlighted but timeout continues.

fat copy ofile.txt /fred - does not work
fat copy ()/ofile.txt /fred - works
fat copy xofile.txt /fred - works

The code in fat utiltiy tests for o = override (-o) as parameter, so if the file specification begins with letter o then the copy fails.

Source files in g4dext.