I have made some small changes to BETA10 so that you can use an iso or folder with spaces in the name. The download link is here. As there are only small changes it is still called BETA10 but is version 3.

Easy2Boot BETA10 now available

I have changed the folder structure and function yet again!  You can now place almost any payload file (not just .ISO files!) in certain folders and they will be automatically listed in the menu and run according to their file extension.

\_ISO\MAINMENU - holds payload and mnu files that will be listed in the main (first) menu
\_ISO\AUTO - holds payload files that are listed by the AUTO menu
\_ISO\MNU - holds those payload that need mnu files and that are difficult to boot directly
\_ISO\WINDOWS - holds Windows installation ISOs

This menu shows the file ERDCommander.isowinv  - the .iso extension has been changed to .isowinv so that WinVBlock will be loaded as a floppy disk image at the same time as the ISO is loaded as a CD. This allows ERDCommander to boot successfully.

A list of extensions that are recognised by Easy2Boot can be found on the Tutorial page.

Take a look at the file \grub\QRUN.g4b to see what actions will be used for each type of file extension.

Let me know if any are missing...


For item 7, I added a MEMTEST.txt file containing the text:
title MEMTEST using MAINMENU\\UTILITY\n Run MEMTEST from %MFOLDER%/UTILITY/MEMTEST.IMG
so that this line is used as the title line instead of just the name of the payload file (MEMTEST.img).

Easy2Boot BETA09 now available

This new version adds a new Quick Test menu item. It can be removed by simply deleting the \mainmenu\qtest.mnu file if you don't want it.
The MainMenu folder allows you to drop only ISO files in, but the QTEST folder allows you to drop any type of file in it (including ISO files) and test it.
If you have a file (bin,ima,zip,img,gz etc) that you want to quickly test, just copy it into the \QTEST folder.
It will be listed by the Quick Test menu option and then executed according to it's file extension.
This allows you to quickly test all types of executable self-boot files without needing to add a grub4dos menu. For more details, see here.

If you wish, you can modify what file extensions are recognised and what grub4dos commands are used on each type by editing the \grub\qtest.g4b file.  For example:


:.bin
kernel (bd)/QTEST/%1 
exit

is the code that will execute on any .bin file. If you want to add another extension type (e.g. .binss), simply add another entry - e.g.


:.binss
echo This is my special version && pause
kernel (bd)/QTEST/%1 
exit

RMPrepUSB 2.1.664 available

This new version has extra options to install a Bootmgr or Ntldr bootloader to a FAT32 or NTFS partition. You can also install an MS-DOS bootloader to a FAT16 partition (but not FAT32). It uses RMBootSect.exe which is also a vb6 program.

Easy2Boot v1 BETA08 available

BETA08 now available. A few changes:

• new grldr and wenv
• does not re-count all Windows iso files every time you go back to the main menu thus making the loading of the main menu slightly faster when going back to it 
• You can now use a USB hard disk to install windows direct from windows isos - IF you also connect a USB flash drive with two files on it. 
• Black console background used instead of brown 
• Help doc changed to html and reduced (main doc now on RMPrepUSB site Easy2Boot V1 page.) 
• When asking for name of Windows ISO, you must now type in the full filename (i.e. with the .iso extension) 

Has anyone tested any Windows 8/2012 install ISOs yet?

RMPrepUSB v2.1.663 available

Captain-Midnight noticed that some of the text in RMPrepUSB was too large when viewed on his 1920x1080 display (see screenshot below). The new version 663 fixes this by using a TrueType Sans Serif font instead of the fixed font.

I have also added another English.ini language file. I noticed that Hirens DLC1 MiniWin7 did not display some of the text in the RMPrepUSB form at all (it just showed underscores ______). Changing the Character Set from 238 (European) to 204 (Cyrillic) fixed this, so I have added an English204.ini file. Some other European language.ini files also have this problem, so you might like to change the ini file for your language to charset=204 if you see this issue.

RMPrepUSB improves flash write speed on FAT32 volumes

As I have changed the FAT32 code slightly to cater for large (up to 2TB) drives, I wanted to check that the flash write speed improvements still work.
I used XCOPY to copy small files from an XP i386 folder to the flash drive.
I formatted it using either Windows or RMPrepUSB 2.1.662.

Results were:
File copy to Windows 7 FAT32 formatted volume:   784 seconds
File copy to RMPrepUSB FAT32 formatted volume: 695 seconds

for comparison: NTFS: 132 seconds!

This shows a 12% improvement in write speed to a USB Lexar flash drive formatted as FAT32 by RMPrepUSB, compared to the same drive formatted using Windows (results repeated twice and averaged)

I used this command to time the file copy to the flash drive.
timecmd xcopy "c:\sources\XP SP2\i386\a*.*" f:\ /herky

where timecmd.bat contained this code:

@echo off
@setlocal 

set start=%time%

:: runs your command
cmd /c %*

set end=%time%
set options="tokens=1-4 delims=:."
for /f %options% %%a in ("%start%") do set start_h=%%a&set /a start_m=100%%b %% 100&set /a start_s=100%%c %% 100&set /a start_ms=100%%d %% 100
for /f %options% %%a in ("%end%") do set end_h=%%a&set /a end_m=100%%b %% 100&set /a end_s=100%%c %% 100&set /a end_ms=100%%d %% 100

set /a hours=%end_h%-%start_h%
set /a mins=%end_m%-%start_m%
set /a secs=%end_s%-%start_s%
set /a ms=%end_ms%-%start_ms%
if %hours% lss 0 set /a hours = 24%hours%
if %mins% lss 0 set /a hours = %hours% - 1 & set /a mins = 60%mins%
if %secs% lss 0 set /a mins = %mins% - 1 & set /a secs = 60%secs%
if %ms% lss 0 set /a secs = %secs% - 1 & set /a ms = 100%ms%
if 1%ms% lss 100 set ms=0%ms%

:: mission accomplished
set /a totalsecs = %hours%*3600 + %mins%*60 + %secs% 
echo command took %hours%:%mins%:%secs%.%ms% (%totalsecs%.%ms%s total)

RMPrepUSB v2.1.662 FAT32 up to 2TB!

Version 2.1.662 can format up to 2TB  (not recommended!) as FAT32.
RMPrepUSB was designed for USB flash drives (removable drives) and may have trouble unlocking a hard disk in use by Windows and so may fail the first or second time you try to format a USB hard disk. Just re-try the operation. If that fails, then use the Clean button and then click 6 Prepare Drive.
Also, if you have a USB hard disk with multiple partitions, RMPrepUSB will only list the first drive volume letter in the list box, but of course, will wipe and format the whole drive if you use the 6 Prepare Drive button.
Two new edit functions have been added to the Edit tab, Edit /grub/menu.lst  (CTRL+F4) and Edit /boot/grub/menu.lst (SHIFT+F4).

RMPrepUSB - FAT32 bug found!

I found a funny issue with what I thought was caused by grub4dos today, but it turned out to be an issue with the way RMPrepUSB formats a FAT32 volume!

I noticed that if I copied more than 126 or so files to the root of a USB stick prepared using RMPrepUSB as FAT32, then I could not access any file that I added to the USB stick under  grub4dos (even though they were accessible from Windows). At first I thought this was a grub4dos bug, but when I formatted the same USB stick using Windows, it all worked fine.
I also found a fat32formatter.exe utility which also worked fine. The problem was clearly in RMPartUSB (which actually does the formatting). After a few hours, I eventually tracked down the problem.
You can read about the saga here if you want more details.
The bug is fixed in RMPrepUSB 2.1.661. So if you copy lots of files to the root of your grub4dos USB drives that were prepared using RMPrepUSB, you might want to reformat them with the new versions!
The bug has been there since day 1!

Easy2Boot BETA07 available

Few changes to Win 7 install menu. You only need update if use Win7 ISOs.
See Tutorial 72a for download and instructions.
A .mnu file has been added for Fedora with persistence (in docs\samples folder) (you need to extract files from the ISO to get persistence working, otherwise just drop the Fedora ISO file into the \mainmenu folder as usual).