Hello,
I have an issue with iVentoy since version 1.0.35 (which updated iPXE to 2.0.0). Problem:
PXE boot gets stuck during iPXE loading on several laptops.
Works perfectly on version 1.0.34.
Same issue on 1.0.35, 1.0.36 and 1.0.37.
Affected hardware:
Lenovo ThinkPad T480 (and several other laptop models)
UEFI mode (Secure Boot disabled)
What I already tried:
Different EFI boot files (snponly.efi, snp.efi, ipxe.efi)
ProxyMode DHCP mode
Secure Boot disabled
Result:
Only version 1.0.34 works reliably. Versions 1.0.35+ fail at the iPXE initialization stage.
Note: On 1.0.36 the .XML auto-install scripts also stopped working.
Could you please check the iPXE 2.0.0 integration for compatibility with Intel NICs on ThinkPad laptops?
Thank you!
Feature Request: Optional prompt for Auto Memdisk before booting an ISO
Hello,
First of all, thank you for the excellent work on Ventoy.
I would like to suggest a small improvement to the Auto Memdisk Plugin.
Currently, when an ISO is configured for Auto Memdisk, pressing Enter immediately starts copying the ISO to RAM. While this is very useful in many situations, there are also cases where booting directly from the USB drive is the better choice.
For example:
The computer may not have enough RAM available.
The user may not want to wait for the ISO to be copied to memory.
The ISO may work perfectly well when booted directly from the USB drive.
The user may simply want to choose the most appropriate option for that specific boot.
My suggestion would be to display a small prompt before starting the ISO, similar to how the Auto Install (Autounattend) plugin works.
Example:
How do you want to boot this ISO?
1. Boot from RAM (Memdisk)
2. Boot from USB (Normal)
Automatically continue with the default option in 5 seconds...
The timeout could be configurable (for example, 3–10 seconds), with a default boot option defined in ventoy.json.
This would keep the current automatic behavior for users who want it, while giving others the flexibility to choose when needed, without having to maintain duplicate ISO files or edit the configuration.
I believe this would make the Auto Memdisk Plugin even more flexible without affecting existing users.
When I used the automated deployment script from iventoy for installation, I encountered two issues. One was that several versions of CentOS 7 could not detect /dev/sr0, preventing me from proceeding with the installation process, as shown in Figures 1 and 2. The other issue was that several versions of CentOS 8 prompted me with a network unreachable error, preventing me from proceeding with the installation process. However, after entering emergency mode, I was able to ping normally, as shown in Figure 3;
By the way, I tried to use the kickstart7.cfg file in the example/ directory for CentOS 7.0 installation, but it also failed to install properly.
When I don't use the ks script for installation, it loads normally. Could it be that there's a problem with the ks script I wrote? Or is there some other reason? Could you please help me out.
When I try to change Secure Boot string to Bypass Secure Boot (means 0) Plugson just removes whole string and if you select follow UEFI Secure boot check then it will return but with option 1 and also with Secure boot disabled I cannot boot entirely. Also VTOY_WIN_UEFI_RES_LOCK resets when entering Plugson. Why developer not testing it before release??
Fix the boot issue when Secure Boot is disabled in the UEFI firmware. (#3650) Attention: Ventoy use a new UEFI secure boot CA since v1.1.14, so you need to enroll the new key for the first boot time. Please refer Notes
I have now inventoy 1.0.34 running only it does not work anymore (also the 1.0.26 does not work).
I think this is because the IP address given by the third party (the router) is a.b.c.20 for example while iVentoy only respond to ip address a.b.c.201 till a.b.c.221.
(I saw in WireShark the IP address given to the PXE Interface).
The DHCP server is in the same subnet (a.b.c.1/24) , On this DHCP server I configured option 66 and 67 (bootfile and next server).
I see that the PXE interface gets it's IP address but not within the configured range, even if I bind the PXE mac address to an IP address within the range it still doesn't work.
Looks like the iVentoy server does not respond at all? In the firewall I permit all traffic to and from the program 'iVentoy_64.exe'
The iVentoy is running on a Windows Server 2016.
Hello, I have been trying to find an easier alternative to implement the multi boot ISOs. I believe we can use UAPI.1 (The Bootloader Specification) to our advantage if we add two new keys to the conf file. I have also made the proposal to add those keys in the official github discussion thread for UAPI. I have written a detailed blog on how this will solve the need for hardcoded configs for each distribution. I will highly appreciate if the Ventoy dev takes a look at it and provides feedback on what I am trying to achieve. The blog is: https://splayer.4plt.ch/blogs/2-the-vent...index.html
I am also looking for feedback on the correctness of the facts I have presented in the blog.
If this is not the correct place to post this then I sincerely apologize and request to guide me to a proper channel.
Thank You.