You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ventoy is on a 8Gb USB stick, first partition is FAT32
UEFI overlay keyboard available until grub-edit-menu.
The 1st screen is VENTOY, it finds iso, use UEFI onscreen keyboard to select the gparted-liveiso image.
The 2nd screen is also Ventoy, but shows options such as normal mode, grub2 mode, memdisk mode etc, use UEFI onscreen keyboard to select normal-mode.
The 3rd screen is the gparted menu, with various gparted boot menu options: UEFI onscreen keyboard still available. The grub version is also shown on this screen.
Now:
One can boot into livecd either by just waiting for time-out or by pressing enter using UEFI onscreen keyboard.
That-is when iso is booted directly without entering grub-edit mode, the gparted-livecd-iso boots.
But I have reasons to enter grub edit mode and modify kernel command line. See [1].
grub edit mode is enterred by pressing e.
After editing/modifying the grub commands ctrl-x is pressed to proceed to boot.
For this bug to happen nothing needs to be modified.
When grub proceeds to chainload to grub-config-files-inside-iso, via the grub edit menu, one gets the following error:
booting a command list
application failed, r=5
error:image not loaded
which shows for about 15 sec before returning to the gparted-livecd-grub menu, but this time around without overlay keyboard.
So at this point I need to power off tablet and try boot again.
Additional Info:
The grub version inside gparted-livecd-1.6.0.3 (released 20240408) is updated to 2.12 -2 according to the changelog [4]. Unsure if this matters.
The text was updated successfully, but these errors were encountered:
hgkamath
changed the title
[issue]: booting a command list mage not loaded
[issue]: trouble booting from grub edit mode "booting a command list" "image not loaded"
May 24, 2024
Workaround :
choosing "grub mode in ventoy 2nd boot screen" instead of normal mode will chainload into the gparted-livecd-iso using ventoy's grub version that is 2.0.4.
gparted-livecd boots as expected.
So it might be a grub version incompatibility issue during handover.
As of this writing, some other issues have mentioned the need to update ventoy-grub-2.04 to upstream grub-2.12
Official FAQ
Ventoy Version
1.0.98
What about latest release
Yes. I have tried the latest release, but the bug still exist.
Try alternative boot mode
Yes. I have tried them, but the bug still exist.
BIOS Mode
Legacy BIOS Mode
Partition Style
GPT
Disk Capacity
8GB
Disk Manufacturer
Kingston
Image file checksum (if applicable)
Yes.
Image file download link (if applicable)
https://downloads.sourceforge.net/gparted/gparted-live-1.6.0-3-amd64.iso
What happened?
Steps:
Now:
One can boot into livecd either by just waiting for time-out or by pressing
enter
using UEFI onscreen keyboard.That-is when iso is booted directly without entering grub-edit mode, the gparted-livecd-iso boots.
But I have reasons to enter grub edit mode and modify kernel command line. See [1].
grub edit mode is enterred by pressing
e
.After editing/modifying the grub commands
ctrl-x
is pressed to proceed to boot.For this bug to happen nothing needs to be modified.
When grub proceeds to chainload to grub-config-files-inside-iso, via the grub edit menu, one gets the following error:
which shows for about 15 sec before returning to the gparted-livecd-grub menu, but this time around without overlay keyboard.
So at this point I need to power off tablet and try boot again.
Additional Info:
The grub version inside gparted-livecd-1.6.0.3 (released 20240408) is updated to 2.12 -2 according to the changelog [4]. Unsure if this matters.
Ref:
https://gitlab.gnome.org/GNOME/gparted/-/issues/254
https://www.youtube.com/watch?v=7cS4mbKPj1M
The text was updated successfully, but these errors were encountered: