MPI_Clover_Tool_Pack 004 now available

I have managed to get the Clover ntfs driver to automatically load and to get the GUI to show and correctly UEFI-boot from an NTFS partition.

To add drivers which will automatically load on a 64-bit system, just add them to the \EFI\CLOVER\drivers64 folder - so I just added the ntfs.efi file!

Even though I did this, there was no GUI icon for the NTFS efi boot file. It turns out that the default \EFI\CLOVER\config.plist file has entries to hide \EFI\BOOT\bootx64.efi files! I guess this is because the ISO contained this file which was the Clover UEFI boot file (i.e. if you booted the CD in UEFI mode, it used this to boot to Clover). Anyway, I edited the 'Hide' list as below:

<key>Hide</key>
<array>
<string>Windows</string>
<string>XXXBOOTX64.EFI</string>
<string>cdboot.efi</string>
<string>bootmgr.efi</string>
<string>bootmgfw.efi</string>
</array>

I just put XXX in front of the BOOTX64.EFI entry and added a few others that are not relevant. If you need the bootmgr.efi and bootmgrfw.efi options (e.g. to boot to an installed UEFI OS), just delete these lines from the file (or put XXX in front of them).

Now we can boot from Clover to a FAT32 or NTFS volume with no scripts or command lines to worry about!

grub4dos, Clover, UEFI-booting and NTFS - Tutorial 122

Tutorial 122 on www.rmprepusb.com

This new Tutorial allows you to have 64-bit Windows Install files (e.g. large All-In-One) on an NTFS partition and boot to it using Clover via a grub4dos menu.

Partition 1 = FAT32 grub4dos files, etc.
Partition 2 = NTFS containing Win7/8 AIO 64-bit installer files

Partition 1 MUST NOT contain a \EFI\BOOT\bootx64.efi file.
Partition 2 MUST contain both  \EFI\BOOT\bootx64.efi and \Sources\Setup.exe.

When you boot to grub4dos, you can choose to boot to whatever payload you have in the FAT32 partition (e.g. ISOs, Hirens, etc.) as usual.

To boot to the Win7/8 64-bit NTFS partition, run the Clover grub4dos option and then choose the EFI Shell 64-bit icon to get to the EFI shell. Then type WIN to boot to the NTFS \EFI\BOOT\bootx64.efi UEFI boot file to run Windows 64-bit  Setup in UEFI mode.

What happens is that when you boot to the UEFI shell from Clover, it runs startup.nsh which loads an NTFS driver. When you type WIN it runs win.nsh which looks for the Windows installer files on the NTFS volume and then boots to the \EFI\BOOT\bootx64.efi file.

There will also be a menu entry to boot from the NTFS Windows installer in MBR\CSM mode.

STARTUP.NSH

# UEFI Shell script to load NTFS driver and map new drives
echo -OFF
FOR %a IN fs0 fs1 fs2 fs3 fs4 fs5 
If exist %a:\Clover\NTFS.efi then
load %a:\Clover\NTFS.efi
endif
endFor
cls 1
echo " "
echo "TYPE WIN - to UEFI-boot from the volume containing \autorun.inf"
echo " "
# map the newly discovered drives (this script file path will be lost!)
map -r


WIN.NSH

@echo -OFF
FOR %b IN fs0 fs1 fs2 fs3 fs4 fs5 fs6 fs7 fs8 fs9 fs10
cd %b:
%b:
IF exist \sources\setup.exe then
goto act
endIF
endFOR

:err
cls 4
ECHO "Unable to locate \EFI\BOOT\bootx64.efi or \Sources\Setup.exe"
ECHO "Please check if windows installer has a EFI\BOOT\BootX64.efi"
goto xx

:act
IF NOT EXIST \EFI\BOOT\bootx64.efi THEN
goto err
ENDIF

cls 2
echo " "
echo "Found \EFI\BOOT\bootx64.efi"
echo "Press ENTER to UEFI boot or q to Quit"
echo " "
pause
cd efi\boot
bootx64.efi

:xx

For details of how to add Clover to your existing grub4dos menu - see Tutorial 122 here.

The MPI_Clover_Pack_Lite_003.zip download (Alternate Download Area) also includes these files.

Clover 'Lite' now available!

See previous blog for details.

MPI_Clover_Pack_002 for Easy2Boot now available

The next version of the Clover Pack is now available. The full 4.3MB Version 002 is available in the Alternate Download area here.
There is also a 1.3MB 'Lite' version which has some unneeded 32-bit and other files removed and uses a smaller 'theme' folder. I may add this Lite version as standard into the next MPI Toolkit Pack - so please let me know if you try it and find any problems!

By adding the files from the Clover Pack to your MakePartImage\CUSTOM folder, you will see an extra menu item on all FAT32 images you make, but only if they also contain a 64-bit default UEFI boot file.

Note: If you already use the CUSTOM folder for your own files, instead of adding the files to the CUSTOM folder under MakePartImage, you can add them to the csm folder (if you have a \CUSTOM\menu.lst file you will need to modify it to add in the new Clover menu entry though).

This means that you can make a Windows 7/8 install image and boot directly from MBR mode to Windows Setup in UEFI mode (without needing to reboot the PC and choose the UEFI: xxx option from the Boot Selection Menu). Cool eh?

Look at the ReadMe in the Clover Pack download to see how to add the files to MakePartImage. No new E2B version update is required. Just make your .imgPTN image file as usual - i.e.

1. Drag-and-Drop your Windows 7/8 64-bit ISO onto the MakePartImage shortcut you have made (or run it from an Admin command line and use the default values)
2. When prompted about EI.CFG, choose whichever option is appropriate for your usage
3. Rename the file with a .imgPTNLBAa file extension
4. Copy the file to your E2B drive (e.g. \_ISO\WIN folder)
5. Run WinContig  (RMPrepUSB - Ctrl+F2)

Now when you boot (Note: you must use a USB 2.0 port for Clover, not USB 3.0) you can switch to the new image and you should see a menu similar to this:

Note the Clover menu entry!

When you select this you will see the Clover Boot Selection GUI screen:

Note that the image has a volume label of LIVE as set by MakePartImage

This is the 'full-fat' version (black_green theme).

This is the 'Lite' version GUI (os_box theme)

Pick the 'Boot UEFI internal from xxxxx' to boot to Windows Setup in UEFI mode.

Note: Clover refers to MBR mode as 'EFI' (just to confuse you!)

You can change the volume label manually, so that it shows up as a Windows Installer image (e.g. Win8Inst) or specify the Volume label you want from the command line when you make the image.

Boot directly from grub4dos to UEFI using Clover!

Clover is a later revision of Tianocore. Both are 'firmware in RAM' replacements for UEFI firmware.
It allows you to boot in MBR\CSM mode and then run Clover which acts as a 'pseudo-UEFI boot manager', allowing you to boot to a UEFI OS from an MBR\CSM boot.

I would like to add this to the CSM menu of Easy2Boot so that users would not have to reboot the system and choose the UEFI: xxxxxx  boot option to boot from the E2B drive (when using .imgPTN image files).

First, I made a FAT32 USB Flash drive using BootDiskUtility.exe. This is a Windows tool that makes a Clover-bootable USB drive for you. Having done this, I found it would not boot under RMPrepUSB's QEMU (which doesn't support 64-bitness and just rebooted) or VirtualBox (text mode menu only) but did boot on a real system to the full GUI menu (see piccy below) - but only on a USB 2.0 port, Clover does not load on my Z87's USB 3.0 ports.

When is EFI not EFI?

Another important (and confusing!) point to note is that 'EFI booting' means MBR booting in 'Clover-speak' and UEFI booting means UEFI booting. If you see a Clover menu option to EFI-boot from a drive - it means MBR\CSM-boot!

This is the 'expected' full-GUI Clover Menu - select the UEFI option for UEFI booting as shown.

This is the text-mode screen I got!

Under VBox, I only got the 'text-mode' screen after making a USB Flash drive using BootDiskUtility.exe to make the USB drive. However, if I ran the USB drive on a real system, I got the correct GUI menu.

I later found that by pressing the 7 key after the first 2 seconds when booting from VBox, I managed to get the correct GUI menu!

To cut a long story short (essential data about Clover is hard to find!), here is how the Clover boot-chain works...

Master Boot Record (MBR)

First in the boot chain, we have the MBR. This is a normal MBR with a partition table, but the code in it seems to be 'special' (see PBR below for why I think this).

The MBR code can be found in a selection of boot0xxx files. You need to replace the boot code in your USB drive's MBR with the boot code from one of these files (but not the partition table).

The MBR code seems to look for and boot a Clover PBR. I found these files for the MBR code:

boot0af - looks for the active partition PBR
boot0ss - 'scan-signature' for AF type - MAC OS extended - seems to work best - no Active ptn needed.
boot0md - multiple drives - searches various drives for an HFS+/MAC OS extended partition - it seems to need the partition to be flagged as Active though!

see here for more (unclear) details! boot0ss still seems to boot from a FAT32 partition the best though!

Partition Boot Record

Moving on to the PBR - this code also seems 'special' in that we cannot just use chainloader ()+1 to boot from it in grub4dos. It seems we MUST go from the Clover MBR code to the Clover PBR code. Therefore both MBR code and PBR code are inter-dependent.

Again, various different Clover PBR code versions are available, these are prefixed as boot1xxx - the PBR code must be patched from byte 3 to byte 86 decimal. In the files produced by the BootDiskUtility, I had these files:

boot1f32 - understands the FAT32 filesystem
boot1f32alt - as above but waits for a key press for 2 seconds
boot1h - understands the HFS+ filesystem for MACs
boot1h2 - as above but waits 2 seconds for a key press

I used boot1f32alt for my experiments. See here for more PBR details.

The next stage in the boot chain is the file that is loaded by the PBR code. By default, this is a file in the root and is called boot.

• boot - (default) Clover, recent or testing version - rumoured to be the same as boot6 in released versions
• boot2 - Chameleon
• boot3 - Clover 32-bit, tested and working version
• boot6 - Clover 64-bit, tested and working version
• boot7 - Clover 64-bit with BiosBlockIO driver that works with any controller supported by the BIOS.

Now, here we have a FUNDAMENTAL FLAW (did you spot it?) - the default boot file is boot but Windows uses a folder called boot to hold it's boot files - we cannot have both a file and a folder with the same name on a FAT32 partition! Great thinking guys!

So, assuming I must keep the \boot Windows folder, I had to press 6 or 7 on a real system  to get it to boot to Clover. Eventually I found a way around this though, the PBR code had an ASCII string of
   BOOT<space><space><space> 
near the beginning of the code. I then found that if I modified this to
   BOOT7<space><space>  
it loaded the \boot7 file automatically! I am guessing that when a user presses 7 manually, it just adds the ASCII code for 7 to the end of the 'BOOT' string in memory, and then tries to load that file.

More Files!

Once the \boot(n) code runs, it loads up the rest of Clover from the \EFI\CLOVER folder starting off with
CloverIA32.efi or CloverX64.efi or CloverGUI. Note how these files have the .efi file extension but actually run in MBR mode, whereas normal files such as Microsoft bootx64.efi and bootia32.efi files have the same file extension but run in UEFI mode! Confusing huh?

It then accesses more files under the \EFI\CLOVER folder - see here for more details.

Putting it all together

So after all this - here is my boot chain that works for 64-bit UEFI Windows 8 booting from a single FAT32 partition:

MBR (using boot0md code) ->  PBR (using modified boot1f32alt code) -> \boot7 -> \EFI\CLOVER\CloverX64.efi  ->  Clover menu - \EFI\boot\bootx64.efi ---> Windows UEFI boot.

However, I found that if I chainloaded to /boot0md or /boot0ss in grub4dos, as long as the PBR  had the Clover code in it, it would boot (the md version also needed the partition to be Active too). This meant I can boot to grub4dos in MBR mode to the grub4dos menu and then, from that menu, run Clover - at last!

Grub4dos

So here is my current grub4dos menu for booting directly to UEFI via Clover from grub4dos:
Note it is for FAT32 only and has not been tested on linux, only Windows 8.1 x64 so far.

iftitle [cat --locate="FAT32" --length=10 --skip=0x50 ()+1 > nul] Run Clover UEFI Boot Menu\n Run this if you wish to use Clover to UEFI boot
set CL=0
## boot7 is default boot file
cat --locate="BOOT7" --length=10 --skip=0x58 ()+1 > nul && set /a CL=%CL%+1 > nul
if "%CL%"=="1" echo Information: Clover is already installed to the PBR
## configfile /menu.lst
echo ffffffffff > (md)0x350+1
dd if=(hd0,0)+1 of=(md)0x350+1 > nul
dd if=()/clover/boot1f32alt7 of=(md)0x350+1 skip=87 seek=87 bs=1 > nul
dd if=()/clover/boot1f32alt7 of=(md)0x350+1 count=3 bs=1 > nul
#cat --hex (md)0x350+1 && pause 
if not "%CL%"=="1" cat --locate="SYSLINUX" --length=10 --skip=0x2 ()+1 > nul && pause PROBLEM: SYSLINUX PBR DETECTED - Cannot install Clover to PBR... && configfile /menu.lst
if not "%CL%"=="1" dd if=(md)0x350+1 of=(hd0,0)+1 > nul && pause --wait=2 PBR updated with Clover boot code
chainloader /clover/boot0ss || chainloader /clover/boot0md || chainloader /clover/boot0af

# User can press 2 for 3 for 32-bit UEFI, 6 for 64-bit UEFI or 1 for Chameleon - within 3 seconds
# boot0md gives a boot0 message and is slower - boot0ss is silent with no message

It needs a bit more work and tidying up.

boot1f32alt7 is the modified PBR 512-byte file which will load \boot7 instead of \boot.
The grub4dos menu code works by permanently installing the Clover PBR code into the PBR (it must be FAT32 and it must not have syslinux in the PBR as I assume that if syslinux is in the PBR, it needs it in order to boot to linux - overwriting it would prevent it from booting via syslinux in MBR mode!)
I also moved the boot0xx and boot1xx files to a \Clover folder to keep it tidier.
The user can still press 2, 3 6 or 7 to boot to \boot2, \boot3, \boot6 or \boot7 as these are (currently) still in the root of the FAT32 partition (Edit: in Clover_Pack 002 only boot6 and boot7 are present!).

It would be nice to be able to run syslinux in MBR-boot mode (see below for how I got this to work too).

I now need to test this out on different platforms and different scenarios - hey ho...

A good source of info on Clover is here.

E2B .imgPTN images - boot directly from the CSM menu to UEFI

If you have booted in MBR mode to Easy2Boot, you can select an image partition file (.imgPTN family) and switch partitions to it immediately. However, now you have to reboot the system and select the UEFI firmware boot option for the E2B USB drive.

This is inconvenient and takes time (especially if you are on a server).

I have now added an experimental UEFI Clover boot option to the MakePartImage Tool Pack. Extra menu entries have been added to the CSM menu.lst file to boot Clover ISO files.

You will need MPI v030 and the MPI_Clover_Pack.zip files, available from the EasyBoot download page.

If you add the Clover ISO file(s) to the MakePartImage\Custom\e2b folder before you make your image file using MakePartImage, you will now see one or two extra menu options:

When you select this option it will load Clover. You then need to select the Boot Maintenance Manager option:

and then the Boot from File option:

After that you select the partition and then you need to select the .efi boot file (which will normally be \EFI\boot\bootx64.efi, or bootia32.efi for 32-bit UEFI payloads). It should then boot via UEFI to the efi file on the USB drive. In this way you can directly boot to say, a Windows 8 install image, in UEFI mode without needing to reboot the system and pick the UEFI: USB drive boot menu option.

As you can see, using the Clover menu to boot from, is not exactly convenient, which is why it is not included in the default MPI build. 

Clover is not included as standard because:

1. It doesn't work on all systems - e.g. Z87 systems.

2. It takes up space in the image (and will be in every image you create)

3. You have to go through several steps in the Clover menu to select and boot from an EFI file

4. It dramatically increased the size of the MPI Tool Kit download

This feature is still a work in progress. There are many drivers and other files inside the clover iso files which cannot be accessed via the Clover menu but they could be accessed if they were extracted to the image. I could also reduce the size of the ISO by removing unnecessary files, etc.  As I have only just tried Clover today, I have a lot more learning and experimenting to do!

If you have any suggestions and/or are experienced with Clover, please contact me. Ideally, I would like to be able to boot to the Windows efi files directly from the grub4dos menu...

E2B - MBR and UEFI booting of large All-In-One Windows Installers

For details about booting to Clover from grub4dos see here.

I was asked recently if it was possible to multiboot large >4GB All-in-One Windows installer ISOs using Easy2Boot in both MBR and UEFI mode.

After some work, I can now answer 'Yes - as long as you use a USB Hard disk for E2B'! - or a USB Flash drive of the 'Fixed Disk' type.

Note: Simone in the Comments below suggests splitting the install.wim file. If this is done with Win 8, you will need to add a special ei.cfg file too, in order to prevent a Microsoft 'licence' error (read the Comments for this blog post for details).

It has always been possible to directly use a AIO ISO on an NTFS-formatted E2B drive for normal MBR-type installs; the problem comes with UEFI installs. UEFI firmware can only boot from FAT filesystems and FAT32 has a 4GB file size limitation. If the Install.wim file is larger than 4GB then we have to place it on an NTFS filesystem.

The new procedure to work around this issue uses two partitions.

Partition 1 - FAT32 - contains all Windows Install files except the Install.wim file
Partition 2 - NTFS  - contains the large \sources\Install.wim file.

You must first make both partition images using MakePartImage. The partition 1 FAT32 image file should be given a filename extension of .imgPTNLBAa. The partition 2 NTFS image file should be given an identical filename but with no file extension at all - e.g.

\_ISO\WIN\Win8AIO.imgPTNLBAa
\_ISO\WIN\Win8AIO

Only the Win8AIO.imgPTNLBAa file will be listed in the Windows menu, but when it is run, the Win8AIO file will be mapped as (hd0,2) and the Win8AIO.imgPTNLBAa file will be mapped as (hd0,0).

In this way, you can boot via MBR or UEFI and install Windows even from an install.wim file larger than 4GB. The latest E2B versions include this feature.

Full step-by-step instructions on how to make the image files are here (scroll down to 'How to add Windows 7/8 installers with >4GB install.wim files').

Some UEFI systems may not like seeing two partitions - please let me know if you try this and what systems you tried it on!

Easy2Boot v1.39 - small bugfix

If you had a FAT32 E2B USB drive and you created a folder with a .  (dot) in the folder name, E2B would give an error during file enumeration. This is now fixed. Thanks to Chase for reporting it!

MPI Tool Pack also has been updated to v1.29. Small fixes for some syslinux ISOs.

New PCLinuxOS ISOs and adding an Answer file to Windows Installer .imgPTN images

It seems that PCLinuxOS has had a major Update - see here for details.

There are KDE, LXDE, Full Monty and Mate Desktop versions as well as a KDE MiniMe version - see the downloads page here to download an ISO and try it out on your Easy2Boot USB drive.

If any of you are using .imgPTN partition image files with Easy2Boot of Windows Vista/7/8 installers and want to add an answer file for automated installs, I have added instructions to the Easy2Boot website here (scroll to the bottom of the page).

New YouTube Video on UEFI support and .imgPTN files now available

I have made a new YouTube video http://www.youtube.com/watch?v=-Oo291vzfv0

I sound a bit 'nasal' due to hay-fever as usual!

E2B v1.38 is just being uploaded now.
No need to update if you are happy with your E2B drive. A few small changes were made, mainly in MyE2B.cfg support for moving the top menu heading down from the first line at the top, to any line (e.g. line 2,3 or 4) and also an option to adjust the offset that is automatically applied to the heading and bottom help text. Some new demo 'themes' have also been added - 'Mac' and 'StripedFlat_1024_pwd_is_fred' which has a master password and is in 1024x768 resolution (thanks Craig!) - see the Gallery here.

If you want to update your E2B drive, just extract the non-DPMS version to your existing E2B drive.

Boot from a Zorin ISO with persistence (Easy2Boot)

Zorin is a good free linux substitute for Windows XP. It feels pretty-much like XP and includes WINE so it can run Windows applications. It seems to have quite a few drivers too (my audio, WiFi, trackpad and video just worked on my Acer 7741 laptop). If you just copy the ISO to your Easy2Boot USB drive it should just work as a 'Live CD' (but it won't boot from a VM - only from a real system as it looks for a real USB drive).

It would be handy to have persistence too. I did this by adding a .mnu file to Easy2Boot and a casper-rw file for persistence.

Persistence seemed to work and Zorin remembered changes to the Desktop, the wireless WPA password and keyboard/country settings. However there were some problems running Windows applications under WINE as there was insufficient temporary file space. I suspect that it was using the ramdrive instead of the persistence file system.

However, you can at least boot to Zorin and use the Chrome browser and play YouTube videos, etc. with the Desktop and country settings, etc. of your choice, without needing to install it.

Note: For Zorin 9 use the Zorin-os-9.1-core-64-persistent.mnu file in 2016 versions of  E2B,

Here are the instructions:

1. Download and copy a Zorin ISO (I used v8.1) to a suitable folder on your E2B drive (must be at 3rd level or deeper) - I used \_ISO\MAINMENU\MNU. Alternatively, the \_ISO\LINUX\MNU folder would also be OK. The 32-bit version would be a better choice if you want it to boot on a wider variety of systems.

2. Use RMPrepUSB to create a file formatted as an ext2 filesystem using the Create ext2 FS button.
    Filename        = zorin32-rw  (or zorin64-rw depending on which ISO you have)
    Volume name = casper-rw
    Size               =   (up to you! - I used 300MB)

3. Copy the appropriate E2B .mnu file (32 or 64-bit version) to the same folder as the .ISO file (see below). The Zorin .mnu files can befound in the \_ISO\docs\Sample mnu files\linus folder.

4. Run RMPrepUSB - Ctrl+F2   (WinContig) to ensure all files are contiguous.

That's it. Now boot it on a real system to try it out.

Instructions are also inside each .mnu file.

You can add many more linux ISOs with persistence in the same manner (even if they all use casper-rw as the persistent file system!). See the \_ISO\docs\Sample mnu files folder for more .mnu files.
This scheme works on both FAT32 and NTFS E2B USB drives (even if the version of linux you are booting to, cannot mount NTFS drives whilst booting).

There are still weird BIOSes about!

I had two issues reported this week concerning booting .imgPTN images from E2B USB drives. Both issues show that even in the last few years, we still have BIOSes which have non-standard boot behaviour!

1. Intel Desktop Mainboard DP67BG

Art found that .imgPTN FAT32 image would not boot on this one mainboard but would boot OK on all other systems he had. It turned out that the partition geometry had to be set to 255 tracks per cylinder and 63 sectors per head instead of 128x63. I have now (v0.027) changed the default in MakePartImage to use 255x63.

2. Lenovo Thinkpad Edge E525 laptop

Alexandre found that on this laptop, it would not even try to boot from a .imgPTN FAT32 image but would boot OK from the same image via UEFI and boot to the E2B partition OK. It turned out that the .imgPTN FAT32 partition needed to be flagged as 'Active' (bootable) otherwise the BIOS would not try to boot from the USB drive in MBR\CSM mode! This was easily done by renaming all his .imgPTN files to .imgPTNA and now they all boot fine.

I am reluctant to always set the partition as Active as it may prevent some UEFI systems from booting (they may not like an 'Active' FAT32 partition and may only boot from it in EUFI mode).

The UEFI specification clearly states that the Boot Flag field '...shall not be used by UEFI firmware'. This does not appear to be the case for the Lenovo UEFI firmware!

If you see any similar behaviour, please let me know.

MenuetOS - a tiny GUI OS!

I found MenuetOS today. An entire GUI OS that can be contained on a single 1.44MB floppy disk!

It is written in x86 assembler and there is a 32-bit and 64-bit version. A new version was released yesterday.

Add it to Easy2Boot and try it out for a bit of fun!

1. Download the floppy image file M64-0.99.58.ZIP  - or the 32-bit version
2. Unzip it to obtain .img file - e.g. M6409958.IMG
3. Copy the file to your E2B drive - e.g. to the \_ISO\MAINMENU folder
4. Try it!

Test using a Real system or QEMU. If you use VirtualBox, I found I needed to set a SB16 Sound  adapter in the Virtual Machine or disable it, and also disable VTx CPU acceleration and set a 32-bit OS. You may need to tweak a few settings to get it to run in VBox.


A more recent version of MenuetOS is Kolibri. The .img file still is only 1.44MB but it has network support, a basic text-only internet browser (WebView) and many games.

WebView showing a page from easy2boot.com

The forum is here, downloads here (.iso or .img works). To run under a VBox VM, I used - linux 32-bit, Sound Blaster 16, IDE, VTx OFF. This boots in just a few seconds!

___________________


I also tried adding the MRI GeekSquad ISO as a .imgPTN image file today and updated my previous blog on it here.

E2B v1.37 now available

• New image partition extensions (see below)
• Make_E2B_USB_Drive.cmd now installs grub4dos to the PBR and MBR

As well as .imgPTN, the following file extensions are now recognised:

.imgPTNA - same as .imgPTN but the partition is made Active (flagged as bootable). This may be required for some WindowsToGo first boot-time images to avoid a 'Windows could not complete' error on first boot. E2B v1.36 and later.

.imgPTNlba - same as .imgPTN but modifies the partition table - use this instead of .imgPTN is some BIOSes won't boot .imgPTN images. v1.37+
.imgPTNlbaA - same as .imgPTNlba but makes the first partition Active.

.imgPTNAlba23 - same as .imgPTNlba but partition entries 2 and 3 are not removed and partition 1 is made Active. This allows you to boot from a Windows image file but still be able to access the 2nd and 3rd partition on the E2B USB Hard disk. This extension cannot be used for UEFI booting. v1.37+

.imgPTNA23 - same as .imgPTNA but does not clear partition entries 2 and 3 - use for WinPE/WinToGo images on E2B USB hard disks where you want access to the 2nd and 3rd partitions when you boot from the image. Not for UEFI booting.  v1.37+

If you have an E2B USB hard drive which has 2 or 3 partitions, when you boot to a WinToGo image using a .imgPTN file, the 2nd and 3rd partitions on the E2B drive will be removed. You therefore cannot access any files on them when you boot to WinToGo. By using a .imgPTNA23 or .imgPTNAlba23 file extension, you can still access the 2nd and 3rd partitions on your E2B USB HDD.

Note that this is only for non-UEFI booting (UEFI booting requires the first partition to be a FAT32 partition).

The best booting compatibility is obtained using standard MBR boot code and a grub4dos PBR, however for Partition Image booting, a grub4dos MBR is required.  Make_E2B_USB_Drive.cmd now installs grub4dos to the PBR and MBR.

MPI Tool pack 0.027

Small change to MakePartImage - it now always creates partitions with a 255 Heads x 63 Sectors per track geometry. This may make the CSM mode more bootable on certain systems/BIOSes.

If you find that the CSM menu does not boot on some systems (but does on most others) please try (in order):

1. Re-make the .imgPTN file using the new 027 version of MakePartImage.
2. Try using a file extension of .imgPTNA and use the latest E2B version.
3. (for non-syslinux bootable images only) Use RMPrepUSB to install grub4dos to the PBR when it is in the CSM image mode (i.e. switch to CSM menu - unplug - re-plug - install grub4dos to PBR).
4. If it still does not boot, please contact me for help.

Easy2Boot v1.36 and MPI Tool Pack v0.026 now available

E2B v1.36 has .imgPTNA file extension support now. This is the same as .imgPTN but will make the partition active. If you read my last blog about WinToGo, you will know that the first boot of a WinToGo installation requires the partition to be marked as active. By using .imgPTNA as the file extension instead of .imgPTN, it saves you the bother of having the extra step of making the partition active using the Windows Disk Management Tool.

E2B v1.36 also has a workaround for a bug in grub4dos to do with files that are exactly a multiple of 4GB (which I found when I made a file that was exactly 20GB in size!).

MPI Tool Pack 026 has a small change to the way I set the menu title - now you won't see 'PAYLOAD=' if you don't use the MPI Tool and just copy the .\csm\menu.lst file to your image (as done in the previous blog). I have also increased the default size for very large ISOs (MS Win Install ISOs seems to be larger when you extract them than the total size of the ISO file - probably due to duplicate files inside the ISO).

Also, I have removed the 'beta1' password from the MPI Tool Pack zip file now as I have had over 40 people who requested the password and no negative reports about anyone losing their E2B drive contents or any other disasters.

If you have tried the MPI Tool and .imgPTN file booting - PLEASE add a comment or just contact me directly to let me know what you have tested and how it went. I realise that the MPI cmd script is very 'wordy' when it runs and may be frightening to some. Is it too flexible? For 90% of cases would you just want it to auto-run and not ask any questions (maybe have two versions - one that just ran automatically with the defaults and another that prompted you for each option?). Did you need to change the defaults at all? Please let me know.

Thanks
Steve

P.S. New french article on E2B at La vache libre

Add Windows 7/8 To Go images to your Easy2Boot USB drive

If you have a large E2B USB Hard Disk drive with plenty of space, why not add lots of Windows To Go images to it? Then you can boot to lots of different versions of Windows on any system that is capable of USB booting (even from a USB 3.0 port if it is Win8ToGo).

Note - see this blog post for an easier method which uses WinToUSB.

As a guide, you can follow the RMPrepUSB web site tutorials to make a USB drive (I recommend Win8ToGo as it has USB 3.0 support, more drivers and is easier to install):

• Windows 7 to Go
• Windows 8 to Go

When the USB drive has been made (and after you have booted it to complete the OOBE setup), convert the USB drive into a .imgPTN file using MakePartImage.

-- o --

If you don't have a spare USB drive, here is what I did to make a Win8ToGo .imgPTN file without needing to use a spare USB drive. I have a 2TB WD Passport external USB 3.0 HDD as the E2B drive, so I have plenty of space for images.

Note: Win8.1ToGo may have problems booting from a 'Removable' type of USB Flash drive (e.g. never-ending circling dots!). Use a USB Flash drive of the 'Fixed Disk' type or a USB HDD or USB SSD drive.

1. Install ImDisk onto your Windows system - ImDisk is also included in the MPI Tool Pack which you will need to download from the easy2boot site anyway in step 4.

2. You need to create a new empty image file called (say) Win8ToGo.imgPTN (use your fastest hard disk/SSD for this, not the USB drive). To do this, use Control Panel - run the ImDisk Virtual Disk Driver and create a new virtual disk (I used 20GB which was a big mistake! Due to a bug in grub4dos, the file size must NOT be exactly divisible by 4GB or else E2B will not list it - so do not use exactly 20GB like I did  - use 10 or 21 but not 4,8,12,16 or 20!!!!!).

3. Format the new volume as NTFS. You can use the ImDisk Format button for this, or just use Windows Format when Windows complains about an unformatted volume. Note: this may take some time even if 'Quick Format' is used - just wait!

Let us assume it was mounted as M:...

4. Copy the contents of the MakePartImage csm folder to the root of your new volume - you should have now, at least, these 2 files and folder:
M:\menu.lst
M:\grldr
M:\e2b folder

Note: You may want to edit the menu.lst file at this point - look for a PAYLOAD= string and replace it with the title you want for the menu - e.g. Win8ToGo Enterprise. Otherwise your menu title will be either 'PAYLOAD=' or will just not appear if using v1.36 or later.
e.g. in v1.36, change the line in \menu.lst to:

set PAYLOAD=WinToGo 8.1 Enterprise

5. In the ImDisk Control Panel applet, click Remove.

6. Copy the .imgPTN image file to your \_ISO\MAINMENU folder on your E2B drive and run WinContig to make it contiguous (RMPrepUSB - Ctrl+F2)

7. Boot from your E2B drive (you can use RMPrepUSB - QEMU for this or any real system) and select the WinToGo.imgPTN file - after switching to the new image, you should see the CSM menu load. Quit QEMU or your VM when done and Eject the USB drive using RMPrepUSB (or Safely Remove in the System Tray).

Tip: If you get the message 'ERROR: No Grub4dos installed to MBR of this drive!'  then simply re-install grub4dos to the MBR using RMPrepUSB - Install Grub4dos - Y.

8. Physically unplug the E2B USB drive and re-connect it. You should see a \e2b folder, etc. files in Windows Explorer now, inside the new volume. If you see a \_ISO folder then you have not selected and run the .imgptn file correctly!

9. The disk partition needs to be made Active (bootable) for WindowsToGo's first boot. If the partition is not Active, you will get a "Windows could not complete the installation. To install Windows on this computer, restart the installation." message when you first try to boot WinToGo.

If you the use .imgPTN file extension then the partition should already be marked as Active and you can skip this step...

If it is not already Active, run the Windows Disk Management plug-in (use Ctrl-K in RMPrepUSB or use Start menu - This PC\My Computer - Manage - Storage - Disk Management). Now right-click on the USB partition (it will appear to have unformatted space either side of it - DON'T attempt to format that unused space or you will erase E2B!) - and choose 'Mark Partition as Active'


10. Mount your Win7/8 ISO using ImDisk (right-click and choose 'Mount as ImDisk Virtual Disk') - I already had and used the snappily named x86 32-bit 90-day Enterprise Evaluation version called 9600.16384.WINBLUE_RTM.130821-1623_X86FRE_ENTERPRISE_EVAL_EN-US-IRM_CENA_X86FREE_EN-US_DV5.ISO. You can download an 8.1 version from here.

Tip: I used a 32-bit version so I could boot it on all types of systems.

Let us assume this is mounted by ImDisk as drive letter L:

(you can use any ISO mounting utility, including the built in Win8 one, to mount the ISO - you don't have to use ImDisk).

11. Now we need to 'Apply' the windows files to the volume and run BCDBOOT - follow the tutorial to do this. As I was running on a Win8.1 system, I used these commands, where the USB volume was E:

dism /apply-image /imagefile:L:\sources\install.wim /index:1 /Applydir:E:

bcdboot e:\windows /s e: /f ALL /v

The actual commands you need to use will depend on what versions of ImageX or Dism or BCDBoot you have (please refer to the tutorial).

Note: If you move the .imgPTN file or copy it, you will need to repeat the bcdboot command to correct the BCD so that it boots correctly.

Example using H: as USB drive and N: as the Windows 8 source

We are now good to go. The E2B drive is still in the 'CSM' image mode. When you boot it you will see the CSM menu.

If you select the 'BOOT from this drive' menu option it will boot to Windows To Go (in MBR mode). It will restart a few times, so always remember to boot back to the USB drive each time. For a description of the Setup stages and how to configure it further, see here.

To get back to the E2B menu, simply select the 0 EASY2BOOT menu option.

So now we have an E2B USB HDD which we can boot any number of different WinxToGo images on or simply copy the .imgPTN file to another E2B drive! Note: If you copy the .imgPTN to a different USB drive and get a 0xc000000e 'Repair' error immediately on boot, you will need to re-run the BCDBOOT command on the image to fix it for the new drive.


P.S. If you want to boot from the WinToGo images but still leave partitions 2 and 3 on your E2B USB Hard Disk in place so that they can be accessed once you have booted to WinToGo, use the .imgPTNA23 file extension for the WinToGo image files instead of .imgPTN.


To make a WinToGo that will boot on both a MBR and UEFI system, you can create two partitions and add both to the E2B drive (e.g. ptn1=FAT32, ptn3=NTFS).

MPI Tool Pack 0.025 now available

v0.025 Just a tidy up. Fixed a few problems with folder paths, etc. Messages/screens improved.

The MakePartImage.cmd file is available as a separate small download from the Alternative (Google docs) download area.

MPI Tool pack 0.024a and E2B 1.34a now available

I think the MPI Tool Pack should be out of Beta soon. I set a password on the zip file so that only people who are really serious would bother to ask for the password - the casual 'newbie fiddler' would not bother to ask.

MPI v 0.024a just has a bugfix to .\Utils\Convert_all_ISOs_to_imgPTN_Files (run as Admin).cmd so that the AUTORUN option works (it will convert all ISOs in a folder to .imgPTN files with a minimum of user prompts).

E2B 1.34a allows for E2B drives with the E2B files on the 1st partition or on the 2nd partition .

Please let me know if you find anything that needs fixing or didn't work for you.

Please comment on this blog or contact me if you have tried any .imgPTN files with E2B and let me know how you got on. I have not had a lot of feedback from any beta testers (except Krishna - thanks!), so it either means it all worked well for everyone else too or testers could not make it work at all or it was too difficult and they gave up! I don't know which is true!

If you have any .jpg screenshots of your own customised E2B Main menu and background, send them to me and I will add them to the Gallery page so everyone can see your handiwork!

Thanks
Steve

MPI Tool Pack (MakePartImage) v0.021/0.022 now available

The CSM menu now tells you if EFI boot files exist, so you can see if EFI booting should work from the image.
I also added a version of the 'E2B TXT Maker.cmd' file to the Utils folder. Just drag and drop any .imgPTN file that is already on your E2B drive, onto this file and it will prompt you to make a new .txt file for the .imgPTN file. P.S. Hit ENTER to make the new file when asked (don't answer Y - this is a bug which will be fixed in the version v0.022!)
By using a .txt file in the same folder as the .imgPTN file, E2B will display any menu entry you like instead of just displaying the name of the .imgPTN file. Of course, you can always use NotePad to manually create a .txt file for each of your .imgPTN files.

v0.022 - allows E2B to be on 1st or 2nd partition when you load a .imgPTN file. Note: old .imgPTN files will reboot before going back to E2B if you booted E2B from the 2nd partition (won't affect most users). so you will need to re-make your .imgPTN files to prevent this. Use with E2B v1.34a.
Also now uses Aurora bitmap for background. If not UEFI bootable then there will be a message under the menu - see screenshot below.

E2B v1.34 and MPI Tool Pack 0.020 now available

E2B v1.34 has a small change to the menu when booting .imgPTN files. It now performs more checks to avoid corrupting the E2B drive and shows what EFI boot files are present in the image. It also now uses Sector LBA30 as the main backup sector (with LBA60 as the reserve sector). This is in case the drive has been formatted with 32 sectors per track. Potentially the directory entries of a FAT32 32-SPT drive could have been overwritten when a .imgPTN file was used in E2B v1.33. Please upgrade to E2B 1.34. There have also been a few cosmetic and text changes and a new \_ISO\WIN folder is now available (it is a Sub-Menu just like \_ISO\ANTIVIRUS and others). If you wish, you can place your Windows .imgPTN fies in the \_ISO\WIN folder and they will be listed in a 'Windows Menu' sub-menu.
To update, just overwrite any E2B USB drive with the non-DPMS version (even if your E2B is the DPMS version).

MPI Tool Pack v0.020 has quite a few changes and improvements.

• Add size of users CUSTOM  folder to image size calculation
• Add size of .\csm folder to size calculation
• Bugfix  - if xcopy fails when copying CUSTOM files now fixed
• Syslinux 6 added
• Now updates chain.c32 if present
• Patch for Ubuntu MBR boot menu added
• unifont character set loaded for non-ASCII character support in menu.lst
• menu.lst is in UDF-8 format
• RestoreE2B and RestoreMBR batch files have been modified
• menu.lst now checks LBA30 and LBA60 and LBA1
• bugfix to make syslinux 5 and 6 work (needs to have linux type / in paths!)

Please remake and test all images with these new versions.

I think this version should work and is almost ready for full 'Release' status (famous last words!).

Please contact me if anything does NOT work as expected. The password to unzip the MPI Tool Pack is beta1 as usual.

P.S. To test UEFI booting, clonezilla-live-2.2.2-37-i686-pae.iso has both 32-bit (for non-64-bit UEFI systems) and 64-bit EFI boot files, as well as the normal MBR boot files - the .imgPTN file will boot in all 3 modes.

MPI Pack v0.018 is now available

A few small bugs fixed, menu.lst tweaked to make it easier for people to modify themselves. A few filenames have changed.

Please let me know if you tried this latest version and what you have tried it on.

cheers
Steve

MPI Update pack 0.016/0.017 now available

Some more tweaks for using a USB drive as the payload source and also for using your own custom menu.lst file (which you should put in the CUSTOM folder).

0.016 had a minor bug where is listed all the modified menus on the screen, please use 0.017 or later.

By adding your own menu.lst and background file, etc. in the CUSTOM folder, you can change the look of the CSM Menu. Just make sure to use the csm\menu.lst file as a template. When you update MPI, you will not overwrite any of your files in the CUSTOM folder.

I have now made new images of different USB Flash pens that were made using the following programs

• YUMI
• PenDriveLinux Universal USB Installer
• XBOOT (make using Syslinux and use the 'Replace menu.lst' option when asked)
• SARDU
• WinSetupFromUSB (use the 'Combine menu.lst' option when asked)
• LiveUSBCreator (with persistence)
• Rufus

These images all seem to work OK.

So now on my E2B USB Hard Disk, I can boot from almost any ISO or any image I like and, if supported, in UEFI mode too!


There are 10 types of people in the world the other 8 aren't programmers...

MPI Update pack v0.012 had a large bug (current pack= 0.015b @ 2014-04-17)!

Please use download the latest version and remake any .imgPTN files that you made with 0.012.
Sorry!

MakePartImage Update Pack 0.012/0.013 available (Note: BUG in 0.012! Please use version 0.013 or later!)

Note: sorry, I introduced a bug at the last minute before uploading this version - linux string replacement was skipped! Please re-make any linux .imgPTN files with version 0.013 or later and they should boot in MBR mode!

I have tweaked MPI to work with more linux ISOs. The following all now work booting in MBR boot mode as .imgPTN files.

• trinity-rescue-kit.3.4-build-372.iso
• PandaSafeCD.iso
• precise-5.7.1.iso
• Porteus-XFCE-v3.0rc2-i486.iso
• antergos-2013.11.17-i686.iso
• liberte-2012.3.iso (requires WinRAR or PowerISO)
• manjaro-xfce-0.8.9-i686.iso
• grml64-small_2014.03.iso
• justbrowsing_20140409.iso

Let me know if you find one that doesn't boot in MBR or UEFI mode (if it supports EFI booting).

Full list of tested .imgPTN payloads here (scroll down to bottom of page).

MakePartImage Update Pack v 0.011 available

I have been unable to find an extraction program that works for all ISOs that is free, unlimited and distributable. MPI v 0.011 uses 7Zip by default, but if that fails, it uses the user-installed version of either WinRAR or PowerIso if present).

Thanks for the suggestions for alternatives, I have checked 26 of them so far and none fit the bill. They are either not free or are limited Trialware, don't extract UDF ISOs correctly, cannot be legally distributed or don't accept command line parameters.

The other change is that there is now a CUSTOM folder. Any files you place in this folder will get copied to any .imgPTN file that you create. This allows you to customise each image.
For instance, you can modify the menu.lst file and create a new background for the CSM menu and place the new files in the CUSTOM folder. This will overwrite the files used by MPI.
You could also add any utilities, etc. to the CUSTOM folder (or make a subfolder) so that every image would contain your utilities.

This means I can release new updates which can overwrite your existing folder, but it won't overwrite your files in the CUSTOM folder.

P.S. The only one which did seem to extract ISOs correctly was: ISO Workshop (free but no command line support yet for extraction). Notably, Windows 8.1 Explorer, 7Zip and WinRAR all fail to show the correct contents with some ISO file formats!
A good test is to try extracting the antergos-2013.11.17-i686.iso file. It should work and not be in all uppercase (one of the files in \arch\boot is in mixed case).  PowerISO (trial), WinZip(trial) WinISO(trial) and UltraISO(trial) failed with this one. PeaZip and 7Zip shows lowercase files but these fail on UDF ISOs. ISO Workshop also shows lowercase files and mixed-case files.

P.S. Do you sometimes use YUMI, XBoot,  LiveUSBCreator, PenDriveLinux, SARDU, Rufus, WinSetupFromUSB, etc. Well why not add all of your USB drives to one large E2B drive! Just make an .imgPTN file from each USB stick and then add the files to E2B. Just make sure to use the E2B CSM menu.lst file (or choose the Combine option if prompted).

All I want to do is extract files from an ISO!

During testing of MakePartImage, I found that 7Zip did not extract a few of them correctly.
I had an ISO which I made of my Win7 Install DVD using MagicISO.
If I viewed or extracted the contents  in 7Zip or PeaZip, I get

README.TXT
Bootable_NoEmulation.img

or

README.TXT
[BOOT]


The ReadMe.txt says that the file is in UDF format,
This disc contains a "UDF" file system and requires an operating system
that supports the ISO-13346 "UDF" file system specification.

Both WinRAR and Windows 8.1 Explorer can view the correct contents, so why can't 7Zip and PeaZip?

So, I changed MakePartImage to use WinRAR. Then I discovered two things:

1. WinRAR had faults extracting some linux ISOs, it converted all the filenames into uppercase and also converted hyphens and multiple dots in filenames ( - and .) incorrectly into underscores! e.g. extracting from antergos-2013.11.17-i686.iso. WinZip also did the same thing on this ISO. Windows Explorer also shows all uppercase names.

2. WinRaR is not freeware, so I can't add it to my download and distribute it!

I tried a few other free unzip utilities that supported a command line, but they also had similar problems.

Who would of thought it is so hard to unzip an ISO reliably in this day and age?

So now I have gone back to using 7Zip, but if it detects a UDF-only ISO that 7Zip cannot handle, I ask the user to download and install WinRAR, so that I can automatically use that to extract the ISO when 7Zip fails.

sheesh!

P.S. ISO Workshop seems to work correctly with all the ISOs, if you need a good ISO extractor - www.glorylogic.com

E2B small update in v1.33

• There was a small problem when loading .imgPTN files, when it swapped to the new CSM menu inside the image, the menu headings and borders did not display correctly (but were OK if you rebooted). This is fixed in v1.33
• Also, I have added an autorun.inf file and e2b.ico file so that you can easily see which drive in Explorer is the E2B drive.

The MPI Update Pack continues to improve and the new CSM menu now displays the name of the payload in the menu so you can see what it is going to boot to. The latest pack is v 0.008.

You can change the menu picture by changing the compressed .bmp file in MakePartImage\csm\e2b\CSM_Mode.gz. When you next run MakePartImage, the new bitmap will be used. To change the position and size of the menu and colours, edit the MakePartImage\csm\menu.lst file.
The easiest way to experiment is to switch your E2B drive to one of your .imgPTN images and then edit the files directly on the drive via Windows and test it by booting using VBox. When it is all looking nice, copy the menu.lst and CSM_Mode.gz files to your MakePartImage folder.

If you already have an E2B USB drive with a previous DPMS version of E2B on it, just download the non-DPMS version and extract it to your E2B USB drive - there is no need to download the whole DPMS version as the only difference is the driver pack files which haven't changed.

WinSetupFromUSB and E2B compared

I was asked today how WinSetupfromUSB and E2B compare, now that E2B also supports UEFI booting.

WinSetupFromUSB is a very versatile and clever utility that allows you to multiboot Windows installers, WinPE and linux-based ISOs.

For MBR booting of linux ISOs, it now uses the same trick as E2B - it maps the ISO to a partition table entry - this works 99% of the time with nearly all linux ISOs.

For Windows XP OS's however, WinSetupfromUSB extracts the contents of the ISO and places them in separate folders on the USB drive - as well as copying the whole unmodified ISO to the FAT32 USB drive. For XP, this is probably going to be more reliable than E2B's approach of mapping the XP ISO on the USB drive (WinSetupFromUSB uses my modified DPMS2 batch file for auto-generation of the F6 driver floppies). It does however take longer to prepare the USB drive.

For Windows Vista/7/8 Install ISOs, WinSetupFromUSB extracts the contents to make a boot.wim file,  and then modifies the boot files and also the BCD, and uses bootmgr to give the user the choice of which one to load. Once the boot.wim loads, ImDisk is used to mount the original ISO file as a virtual DVD. The advantage of this is that if you are running from a USB Hard disk, you don't need another USB Helper Flash drive like you did with E2B. However, with the new v1.32 of E2B, you can make a .imgPTN file from each Windows Install ISO. This now allows you to boot a Windows Install (or any WinPE) from a Hard disk without needing a USB 'Helper' Flash drive (as a FAT32 image, it will even boot in UEFI mode - as an NTFS image, you can only boot in MBR mode but it will support files > 4GB).

With regards to UEFI booting, WinSetupFromUSB needs to be on a single-partition FAT32 USB disk. However, it can only multi-boot Windows-based OS's in UEFI mode, because it uses bootmgr and a BCD entry for UEFI booting - E2B does not rely on bootmgr and so can boot virtually any FAT32 image.

Here is a feature comparison between WinSetupFromUSB v1.4 (WSFUSB) and E2B v1.32+:

• WSFUSB will probably be more successful when installing XP onto a wider range of different systems than E2B
• WSFUSB XP installs only require one boot to the USB drive
• WSFUSB is more flexible with XP installs (in some ways) than E2B
• E2B can use the latest XP mass-storage driver packs (though WSFUSB will probably catch up soon!)
• E2B supports a range of user-selectable winnt.SIF files and unattend files for the same XP ISO
• E2B supports a range of user-selectable product key and unattend file installations from the same ISO
• You cannot easily remove 'payloads' from a WSFUSB drive
• Making a WSFUSB drive and adding payloads can take a lot longer time than making an E2B USB drive which is just drag-and-drop.
• E2B supports linux booting in UEFI mode (or anything that can UEFI-boot as FAT32) whereas WSFUSB doesn't
• An NTFS-formatted E2B drive can boot ordinary (<4GB) Windows Install images and linux images via UEFI. With WSFUSB, if you want Windows UEFI booting, the whole USB drive has got to be a single FAT32 format volume and the ISO must be less than 4GB in size.
• FAT32 is more compatible for some things (like Hirens boot CDs) than NTFS. A FAT32-formatted E2B drive can still boot large Windows Installs by using an NTFS partition image. But with a FAT32 WSFUSB USB drive you cannot have large Windows install files
• E2B can support multiple different Hirens (or other) FAT32 images on an E2B NTFS USB drive.
• You can have multiple partitions on an E2B drive (FAT32 or NTFS) and can still UEFI boot -WSFUSB must have only a single (FAT32) partition.
• E2B supports multiple linux ISOs, each with their own persistence file.
• WSFUSB is faster to boot to the USB menu than E2B (although E2B can be speeded up a lot using a pre-cached menu)
• You can make a USB Flash drive using WSFUSB and then make an image of it and add it to your E2B USB drive. Thus you can use WSFUSB from within E2B and use all the other E2B features too.
• E2B can also use a grub2 menu and can UEFI-boot to many linux ISO files (even if they don't officially support UEFI-booting!)
• E2B can be set up to automatically install Windows 7/8/10 using an unattend.XML file and install drivers + applications + Windows updates automatically using the SD_CHOCO feature (v1.82+).

 (please correct me if I am wrong on any point or have missed a key feature - I am not very familiar with WSFUSB!).

So, there is no clear winner - it's 'horses-for-courses' really, why not use both!

Easy2Boot v1.32 Released

v1.32 2014-04-13

• XP install enhancements (new chkpci utiity, win2k,2k3 driver support)
• XP ISOs can use a .SIF file for unattended installs, etc.
• .imgPTN recognised for UEFI image booting. 
• USB 'Helper' Flash drive no longer required for USB HDDs (if .imgPTN used)
• List PCI IDs changed to use grub4dos utility (no reboot required)
• Utilities menu has XP driver search menu entries.

If you prepare a partition image using MakePartImage (download the MPI_Update_Pack), then you can reboot to a single-partition. This allows you to add to your E2B drive linux and Windows Installs in UEFI mode. You can also install Windows from an NTFS E2B USB HDD without needing a Helper Flash drive.
The Update Pack is still in Beta and password protected - please email me for the pwd.