chenall/grub4dos

grub4efi: partnew command does not take effect

steve6375 opened this issue · 13 comments

image

The partnew command does actually work, but only after a reboot.

have a try.
BOOTX64.rar.txt

removing partition not working?
image
find command also lists (hd0,3)
cat --hex (hd0)0+1 shows hd0,3 is empty however.
image

Cannot delete partition

The partition IS deleted - you can see the LBA0 partition table clearly shows that it has been deleted.
But it appears that LBA0 (or the partition table) has been cached because both parttype and find command think it is still present.

Because you used "partnernew (hd0,3) 0 0 0"
his is meaningless。

partnew (hd0,3) 0 0 0 does work but only after reboot or if use cat --hex command.
image

Please try this:

  1. UEFI boot to grub4efi 2023-03-26
  2. partnew (hd0,3) 7 1 5
  3. reboot to grub4efi 2023-03-26
  4. parttype (hd0,3)

    will show 0x07

  5. partnew (hd0,3) 0 0 0
  6. reboot to grub4efi 2023-03-26
  7. parttype (hd0,3)

will not print any type

  1. cat --hex --skip=0x1be (hd0)0+1

will show all 00's

Something very odd is going on ???? Can you reproduce ?

pn.zip

have a try
BOOTX64.rar.txt

seems to fix partnew

but still a map --unmap problem

image

You uninstalled 0x80, 0x81! This test is meaningless.

but that same command works OK in grub4dos
there is no mapping of 0x80 or 0x81 so unmap command should just fail?

have a try
BOOTX64.rar.txt

Seems OK :-)