Sunday 19 February 2017

Grub2 Menu system Beta 6 available for E2B

The new Beta 6 version of the grub2 menu system is available in the Alternate Downloads Area.

By default, it now does not use a grub2 theme because on some systems, it seems to cause a very slow menu response in MBR-boot mode.

You can now change the menu text colours in the \ISO\MAINMENU\grub2\defaults.txt file.
You can also specify a wallpaper .jpg or .png file to use as a background in the defaults.txt file too.

Saturday 18 February 2017

E2B v1.90 now released

The changes from v1.89 are mainly for WinBuilder ISOs and tidying up files in the root folder of the USB drive:

v1.90 2017-02-18 (v1.91 Beta has a small bugfix to stop the 'WinBuilder ISOs must end in .ISO' message.)

  1. Support for WinBuilder_ISO.mnu sample menu file (see here)
  2. Remove 20 character filename limit for WinBuilder ISOs (.isoWB files)
  3. Add three common WinPE .ini files to root of drive
  4. QRUN.g4b will auto-detect WinBuilder .ISO files and automatically update the .ini files to correctly boot and load the ISO as Y: drive
  5. Moved sample Windows XML files to SAMPLE XML FILES folders (user must copy them up one level if needed)
  6. \_ISO\CONTIG.ISO is now not updated/copied by the update script
  7. Make_E2B.exe updated to latest version (QEMU button inactive if no E2B drive selected)
  8. If user sets hidden file attribute on USB:\menu.lst file, then Update script will hide most files in root each time
  9. The three .cmd scripts can be moved by user to \_ISO folder to keep the root tidy

If you are updating your E2B drive with v1.90, you may want to:

  1. Set the hidden attribute on \menu.lst first, and then run the Update script. This will cause most of the files in the root of the E2B drive to be hidden.
  2. Move the three v1.90 .cmd files in the root of the E2B drive to \_ISO folder to keep the root folder looking tidy.
  3. Delete any unwanted XML files in your \_ISO\WINDOWS\xxxx folders to reduce the number of XML files listed by E2B. They will not be replaced when you update in future.
  4. If you have any WinBuilder-based ISOs (e.g. Gandalf, ChrisR WinPESE's, WinPE-Yol, Dium, MediCat, etc.), you might like to try just leaving them with a .ISO file extension (and ensure no spaces in the filename) and see if they 'just work' without needing any other .WB file, etc. See this page if you want to remove the QRUN auto-suggest messages each time it runs.
  5. You can just rename the download to .zip and extract it as usual if you wish.
  6. Delete the 500MB \_ISO\CONTIG.ISO file to save space - any future update will not replace it.

Friday 17 February 2017

Configure Windows Install ISOs with WinReducer


A recent PC Welt article described WinReducer which may be of interest to you.

This is a utility that allows you create bespoke Windows Setup files (.ISO or a USB drive). It also creates an AutoUnattend.xml file for you.

It is not too obvious how to get started and the Tutorials link did not seem to be working on the site, but you can watch a Video here.

It does nag you to Activate (purchase a licence) a lot too!

I still haven't worked out what the difference is between ES and EX versions!

Quickly make a USB drive to directly UEFI-boot from Ubuntu ISOs

If you follow Tutorial #136, you should be able to UEFI-boot directly from most Ubuntu-based ISO files.

Just copy the ISO file to the \efi\boot folder on the USB drive and rename it as boot.iso.

This is a way to quickly prepare a UEFI-bootable USB drive.

It relies on the ISO containing a \boot\grub\loopback.cfg file.

At a minimum, only two files are needed on the USB drive, the ISO and a .efi boot file.

Make a generic grub2 boot menu (using loopback.cfg)

If you have ever tried to boot directly to a linux ISO file, then you will know that it is necessary to tell the linux boot kernel/scripts where to find the ISO file so that it can load it as a 'cdrom' (loop) device and access the files inside the ISO. If this is not done, you will typically see a 'squashfs file not found' error message!

Typically we can fix this by specifying a kernel parameter or 'cheat code'.

A typical grub2 command line which loads the Ubuntu boot kernel and specifies the location of the ISO file would be:

linux (loop)/casper/vmlinuz.efi boot=casper iso-scan/filename=/_ISO/ubuntu64.iso quiet splash

This allows us to boot from a grub2 USB drive (say), mount the ISO as a loop device and load the kernel and initial ramdrive files from inside the ISO file and then pass on the location of the ISO file so that when the linux kernel boots, it can re-load the ISO file as a loop device again (because the first loop device is lost when the linux kernel loads).

So to boot to linux in this way, we need to know what all these parameters need to be.

The problem is that they vary from version to version and distro to distro and we always have to do some 'research' and experimentation to try to find out what parameters we need. There also may be several menu entries (for live cd, install, safe mode, memtest, etc.) and we would need to make grub2 menus for each of them.

Enter the loopback.cfg file!

However, some distros, such as Ubuntu, contain a useful loopback.cfg file (located at \boot\grub\loopback.cfg).

Here is a typical Ubuntu loopback.cfg file which is inside the ISO file:

Thursday 16 February 2017

Make fancy E2B wallpapers, collages, web graphics, etc. with a web-based photo editor

I got some junk email this morning asking me to visit the www.fotojet.com and review it.

Normally, I immediately delete such emails, but today I thought I would take a look...

Wednesday 15 February 2017

Installing linux using E2B

If you use an E2B USB drive to boot from a linux ISO or .imgPTN file, you will often run into a problem if you are trying to install linux onto a system.

Many linux OS installation scripts or GUI's will look for the source linux files on a 'CD-ROM' drive, because they 'think' that we have booted from a CD or DVD.

I have added a new page to the E2B site here, which details how to specify the location of the linux source files.

Tuesday 14 February 2017

Easy2Boot v1.90c BETA

Version 1.90c Beta has the following changes from v1.89:

  • Automatic support for WinBuilder-based ISOs (e.g. Gandalf, Dium, Yol, ChrisR PEs)
  • The three most common INI files used by WinBuilder ISOs now added to root of the E2B drive
  • QRUN.g4b improved to automatically detect WinBuilder ISOs
  • WinBuilder ISOs are checked to ensure no spaces in filename and end with .ISO extension
  • UPDATE_E2B_DRIVE.CMD will automatically 'tidy' files if \menu.lst is hidden by user
  • Windows 7/8/10 XML files now in SAMPLE XML FILES subfolders. To use them, copy them to the appropriate folder, e.g. from \_ISO\WINDOWS\WIN10\SAMPLE XML FILES to \_ISO\WINDOWS\WIN10
v1.90c is available from the Alternate Downloads Areas as usual.

How to keep things tidy!

Sunday 12 February 2017

Easy2Boot v1.90b BETA now available

E2B v1.90b now has three extra blank files added:
  • \Win7PESE.ini
  • \Win8PESE.ini
  • \Win10PESE.ini
These are the most common .ini files used by WinBuilder ISOs.

I have also modified QRUN.g4b so that if you try to run an .ISO file that contains WinBuilder files inside the ISO, QRUN will update the three .ini files with the name of the ISO. The WinBuilder PE OS should then automatically load the ISO as a virtual Y: CD drive when it reaches the Desktop.

This seems to work for most normal WinBuilder ISOs (e.g. made using ChrisR's project or TheOven projects) and also Gandalf, MediCat and WinPEYol ISOs, etc.

With most WinBuilder ISOs, you need to follow a few rules though or WinBuilder won't load the ISO as drive Y: correctly:

Thursday 9 February 2017

E2B v1.90a Beta has improved WinBuilder ISO support

As an alternative way to boot WinBuilder ISOs such as Gandalf WinPE WinBuilder ISOs, starting with E2B v1.90, you can also use a simple .mnu file.

The v1.90a Beta includes a sample WinBuilder_ISO.mnu file which you can copy and modify for each of your WinBuilder ISOs.

# WinBuilder sample .mnu file - example for Gandalf x86 64-bit WinPE 2016-11 version (requires E2B v1.90 or later)
# click on the Desktop Yellow Warning Triangle to find .ini file name for each WinBuilder ISO
# ISO filename must not contain spaces or it won't be loaded as Y: virtual CD!!!
# You must create the \WIN10PESE.ini file in root of E2B drive and fill it with 1000 characters of random junk
title Gandalf PE 64-bit WinBuilder ISO\n Boot a WinBuilder ISO
set ISOFN=Gandalfx64WindowsPE.iso
set IniName=WIN10PESE.ini
if not exist $HOME$/%ISOFN% echo ERROR: $HOME$/%ISOFN% NOT FOUND! && pause
if exist     $HOME$/%ISOFN% call /%grub%/QRUN.g4b force.isoWB $HOME$/%ISOFN%
boot

So all you need are three files:
  • \WIN10PESE.ini - must be approx 1K (any contents)
  • \_ISO\WINPE\MNU\Gandalfx64WindowsPE.iso
  • \_ISO\WINPE\MNU\Gandalfx64WindowsPE.mnu - the .mnu file
This saves having to make a WB folder and a xxxxx.WB file although this method is still supported in v1.90.

The improved code in QRUN.g4b also checks that the filename does not contain spaces and removes the 20-character filename limit/bug that was in previous versions of E2B.

E2B v1.90a will be uploaded in a day or so to the Alternate Download Areas!

If using SysPrep and DISM\IMAGEX to deploy Windows, watch out for this trap!

If you boot to Windows PE and use some sort of script to install Windows OS's to systems using ImageX or DISM, you should check your NTFS Junction points!

So after you have deployed the image and it is booting to Windows nicely, simply drop to an Admin command shell and type  dir /aL

Check your Junctions!

You should see that the Junctions and Symlinks all point to the Windows drive.

If they do not, then you may get some weird problems when installing or running some programs, or with some internal Windows functions.

How to boot 'Gandalf's Win10PE x86 Redstone-11-07-2016_x64.iso' (or any WinBuilder ISO)

The Gandalf WinPE ISO Gandalf's Win10PE x86 Redstone-11-07-2016_x64.iso cannot be easily booted using Easy2Boot (or any similar system).

This is because the filename used by Gandalf contains spaces and there is a bug in the MountPEMedia.exe utility used by WinBuilder PE's - they will not load the .ISO file as the Y: drive if it uses a .ini file and the .iso file contains spaces in the filename.

Note:
If you use E2B v1.90+, then Gandalf and other WinBuilder-based WinPE ISOs will just work! Simply ensure that there are no spaces in the filename and that the file extension is .iso (not .isodefault).

Wednesday 8 February 2017

E2B v1.89 released


  • New self-extracting exe file format for downloads (can be renamed to .zip for extraction)
  • MAKE_E2B_USB_DRIVE.cmd script now tests for >137GB drives and prompts you to select a partition size of 137GB for best compatibility (or MAX)
  • Make_E2B.exe red button automatically reduces partition size to 137GB if target drive is over 137GB (no user prompt) and always uses NTFS
  • German translation for E2B menu has minor changes (thanks to Frettt!).
  • Utilities - Measure BIOS performance, now reports results in seconds
  • SWITCH_E2B new version 1.0.14
  • NoF1F7F8F9F10 MyE2B.cfg file in Themes folder added (to configure a Menu without the menu items for F1-F10)
Download page here.


New version of WinNTSetup available from JFX

Using WinNTSetup, you can install from virtually any Windows Installer ISO from within a WinPE environment.

Version 3.8.7.1  (latest is now 3.8.7.3) of WinNTSetup3 is now available from here from JFX on MSFN.

It has several bug fixes. You should now be able to run a diskpart script (using undocumented ctrl+shift+D command) to partition and format a drive and also it can now directly access a Windows ISO file to get at the install.wim or install.esd file without needing to extract it. The .iso file will be mounted by ImDisk when selected.

This new version also now works with Microsoft ISOs that contain \Sources\Install.esd files and \x86\Sources\Install.esd and \x64\Source\Install.esd files.

For more details (and how to MBR-boot to WinPE to prepare a GPT disk for a UEFI installation of Windows - even using SDI_CHOC too) see here for the best way to use WinNTSetup from an E2B USB drive.

Tuesday 7 February 2017

E2B v.1.89e Beta available

Changes from previous Beta:

  • Utilities - Measure BIOS performance, now reports results in seconds
  • SWITCH_E2B.exe  v1.0.14
Brian contacted me about a problem he had with SWITCH_E2B.exe v.1.0.13 on his Windows 8.1 system. It reported a getFileExtents (GFE) error when first launched, and after pressing OK, it would not list any drives in the drive list.

It turns out that the GFE error was due to the getFileExtents.exe helper file not liking BitLocker C: drives (SWITCH_E2B.exe extracts it's files to a temporary folder on the C: drive and then checks that getFileExtents works).

The next issue was caused by one of the other USB drives that he had already attached to his Windows system. It had a drive letter of B: (A: and B: are usually reserved for floppy drives). He got a 'READ ERROR' and the drive list code aborted. The new version of SWITCH_E2B.exe does not abort (but will not list drives A: or B:). RMPrepUSB also does not like USB drives being drive A: or B: either!

Fix non-adjustable brightness on AMD Mobility Radeon HD 5000 series notebooks for Windows 10

If you have a notebook with Windows 10 that uses the AMD Radeon (Catalyst) graphics chipset, you may find that the default AMD video driver that is automatically installed by Windows does not support any brightness adjustment.

This means that the notebook battery will not last as long because it is always on full brightness.

This is a VERY common problem on Windows 10 notebooks with AMD graphics that have been re-installed, so you should always check that the brightness controls work after re-installing Windows or Windows drivers and for that matter, all the special control features (Fn keys, etc) on the notebook.

You can install the standard Microsoft Windows 10 VGA driver, but this reduces the maximum screen resolution (even though the brightness control does then work).

It turns out the solution is a simple registry fix.

Sunday 5 February 2017

Virtual Box 'VT-x is not available. (VERR_VMX_NO_VMX)' error

Most modern CPUs support VT-x. This allows VBox to run much faster.

You can use VBox+VMUB to boot directly from a USB drive within Windows.
Note that the USB drive will be seen as a SATA or IDE hard disk by the guest OS (not as a USB drive and not as a 'Removable' drive - so E2B Windows Installs from an ISO will not work correctly).

In order to enable VT-x, you need to have a VT-x capable CPU, then enable VT-x in the BIOS settings and make sure that no other software is 'grabbing' that resource (e.g. Hyper-V).

There is a good article on How-to Geek about this.

My VBox was working fine until I upgraded my system to Win10 Pro for £2.84 (see previous blog post)  and installed Hyper-V as a Windows 'Feature'. Then I got the dreaded Virtual Box 'VT-x is not available. (VERR_VMX_NO_VMX)' error message when trying to use VMUB.

It seems the only solution was to uninstall Hyper-V, so now it is all working again!

How to make a .VHD from a .imgPTN file (or how to copy all Windows files to a different drive)

Basically, I had a complete working Windows installation on a disk Volume and I just wanted to copy all files to another disk Volume...

Actually, I had created a new 16GB NTFS  .imgPTN file and installed WindowsToGo onto it.
The .imgPTN file booted to Windows nicely.

However, I wanted to convert the partition to a .VHD fixed-size (not dynamic) file so I could add it to my E2B drive and boot directly to it without having to 'switch' partitions - this would allow me to directly access all of the files on the E2B drive after I had booted from the VHD.

Since the WinToGo partition was located on a 500GB USB drive, I did not want to use a DisktoVHD conversion tool because I would end up with a 500GB .VHD file!

I could not find a way to simply copy the files from the USB drive to an empty VHD virtual drive. I kept running into permission issues, symbolic link issues, locked files and other access problems caused by Windows thinking the files were important OS files!

Even upgrading my Windows Home OS to Pro and using VSS didn't help.

After asking the good guys on reboot.pro, it was suggested I use Olof's strarc utility and it worked a treat!

Here is what I did:

Saturday 4 February 2017

How to upgrade to (or get) Win 10 Pro for £2.84p!

I wanted to copy a full Windows installation from a USB drive to a VHD, but I was being constantly frustrated by Windows 10 locking some of the files in the \Windows folder on the USB drive. This was preventing me from copying many of the Windows files on the USB drive to the VHD, even though I had booted to Windows 10 Home from my hard disk and Windows shouldn't even be locking the files on the USB drive!

Now there are several solutions to copying 'locked' files, but none of them were successful because I was running Windows 10 Home and I suspected that the problem might be connected the Volume Shadow Copy Service (VSS) and Hyper-V not being supported in Windows Home. I could have resorted to booting to WinPE, mounting the VHD using Diskpart and then copying over the files, but this would be inconvenient if I had to do this many times in a day.

So, I decided to upgrade my Windows 10 Home to Windows 10 Pro and spend the £2.84p required (and hang the expense!).

Here is how I did it...

Friday 3 February 2017

Add LibreElec 'Krypton' KODI to E2B

The new Kodi 'Krypton' version is available as a LibreElec Beta build here.

I used LibreELEC-Generic.x86_64-7.95.1.img.gz
You can follow the instructions in a previous blog to get it working with persistence on your E2B drive.

LibreElec Krypton booted from E2B on my IdeaPad 300


You may need to use a real system (not VBOX) and a USB 2.0 port to get it to work!


Thursday 2 February 2017

UEFI-booting a Windows Installer with a large (>4GB) Install.wim files using Easy2Boot

If you are trying to boot to a Windows Installer via UEFI, then you will need to use a FAT partition to hold the boot files because UEFI will only boot from a FAT partition (the EFI boot partition on a GPT disk is formatted as FAT).

The easiest thing to do, is to simply convert the whole ISO to a FAT32 partition image by dragging-and-dropping the ISO file onto the MPI_FAT32 Desktop shortcut to make a .imgPTN file.

The resultant .imgPTN file should then be UEFI-bootable and MBR-bootable (though for Win7 x64 UEFI booting, you need to tweak the files a bit - see here for details).

Large Install.wim or Install.esd files

The problem comes when you meet a Windows Installer ISO that contains a file that is over 4GB in size (for instance \Sources\Install.wim or \Sources\Install.esd). If you try to make a FAT32 .imgPTN file using MakePartImage, it will fail when it tries to copy the very large file to the FAT32 volume!

The best (most compatible) way to UEFI-boot is to have a USB drive containing a single FAT32 partition. However, the maximum file size for FAT32 is 4GB.

The solution is to split the Install.wim or Install.esd file into smaller files.

The new Split_WinISO.exe Windows utility will do this for you. Just feed it the ISO and it will make a .imgPTN file for you (or a new ISO with split WIM files).

Wednesday 1 February 2017

E2B v1.89b/c Beta now available

I have added a few tweaks to the v0.0.3 Make_E2B.exe GUI:
  • Button added to run MAKE_E2B_USB_DRIVE.cmd script - you can use this if you want FAT32 or configure the MyE2B.cfg file in a different way.
  • MAKE_E2B_USB_DRIVE.cmd script now tests for >137GB drives and prompts you to select a partition size of 137GB for best compatibility
  • Make_E2B.exe button automatically reduces partition size to 137GB if target drive is over 137GB (no user prompt)
  • E2B version number now displayed in title bar
  • Remove dependency on COMDLG32.OCX (OCX is not present in Win8/10 standard OS) 
  • 'Extract E2B' button now creates a folder on your Desktop automatically (e.g. .\E2B_v1.89b)
  • v1.89c - you do not need to connect a USB drive first.
  • v.189c - German translation for E2B menu has minor changes (thanks to Frettt!).

Please try it and let me have your feedback.

The other E2B files have not been changed from v1.88.

Download from Alternate Download Areas as usual.

If you have tried it and it works, please tick the Interesting reactions box below.
if you found a problem, you can quickly send me feedback from here.

Tuesday 31 January 2017

Easy2Boot v1.89a Beta now available with Make_E2B.exe Windows GUI utility

It seems that some strange people have a pathological aversion to the Windows command shell or maybe cannot read English text and type Y or a number on a keyboard (??) and so they do not like running the E2B .cmd script files to make a USB drive.

So I have written a small Windows GUI called Make_E2B.exe which will run the scripts for them!

Make_E2B.exe

Saturday 28 January 2017

MPI Tool Kit v0.072 is available

Apart from small changes to the MakePartImage script (only affects text messages) and the \menu.lst file (for Acronis 2016 and 2017 conversion to .imgPTN), the \grldr grub4dos file and \e2b\SWITCH_E2B.exe have been updated.
If you wish to update to this version, unpack the download onto your Desktop and double-click on the CreateDesktopShortcuts.cmd file to update the MPI Desktop shortcuts for v0.072. If you have modified the old CUSTOM folder, you will also need to copy this across to the v.0.072 folder too. You can then delete the old MPI folder.

Friday 27 January 2017

E2B v1.88 now available

v1.88 is now released and can be found in the Alternate Download Areas as .zip files (you can update a DPMS or non-DPMS version of your E2B drive just by using the smaller non-DPMS version - just run the UPDATE_E2B_DRIVE.CMD file from the download).

I will add the self-extracting .exe files and .7z files in a few days, as well as update the E2B website with 1.88 version.

See previous blog for a list of changes. Please comment if you spot a problem.


Tuesday 24 January 2017

E2B v1.88m Beta now available

I hope to release v1.88m as 1.88 Full Release version in a few days.
Please try it and let me know if you find any problems.

Changes from 1.87 are:
  • Add Server 2012 R2 Std Eval Product Key file
  • Update of Wincontig
  • Update SDI executables
  • Can now use .isofira or .isofira01 for Strelec WinPE ISOs
  • MAKE_THIS_DRIVE_CONTIGUOUS.cmd now only works on the USB root (\) folder and all folders under \_ISO. Any user folders under the root (e.g. disk backups, applications, etc.) will not be made contiguous when the script is run.
  • MAKE_E2B_USB_DRIVE.cmd can now be run from your E2B USB drive to make a new E2B drive.
  • Later version of grub4dos 0.4.6a
  • New jpeg-based default purple background for 2017
  • Some changes to QRUN.g4b
  • Spanish language updated and a few other language files improved
  • Pi_pixel_x86_Persistent.mnu sample mnu file added for PIXEL iso
  • Gandalf sample .mnu files added, 
  • Boot_Recovery_WIM.mnu sample menu added (boot from any systems winre.wim)
  • Fix for case where grub4dos 0.4.5c tries to load jpg as wallpaper (jpg not supported by 0.4.5c),

Download is available from the Alternate Download Areas.

Read more: http://www.easy2boot.com/download/e2b-version-history/

Sunday 22 January 2017

How to fix 'BSOD: STOP 0x000000A5 - not fully ACPI compliant' issues

If you are trying to boot to a Windows payload that is based on BartPE, Windows XP, 2003 or Vista, you may occasionally see this BSOD screen when booting to these types of payloads on some systems:
ACPI  0x000000A5 BSOD!
Often the simple fix is to press the F7 key repeatedly just as it starts to boot to PE. This F7 trick worked a treat when I tried to boot to PCUnlocker and Active Password Changer (via MediCat and a large .imgPTN file) on my Lenovo IdeaPad 300 notebook!

In many cases, you will see a text message to press F6 - this is your cue to go crazy on the F7 key!

Gotcha!
Before you do this however, you need to check the BIOS settings to see if there is any 'special' setting for the Fn function keys if you have a notebook. For instance, on my Lenovo IdeaPad 300, there is a 'HotKey Mode' in the Configuration page of the BIOS Settings menu. If this setting is Enabled (which is the default!), then you have to press Fn+F7 in order for the keyboard to generate the F7 scan code.

Other incantations to try
If no end of hammering the F7 (or Fn+F7) key seems to work for you, here are some other things to try which has apparently worked for other people:
  • Check the BIOS settings, set USB to USB 2.0.
  • Set all BIOS OS compatible settings to Legacy and XP/Win7 and not Win8/10 or UEFI. 
  • Reset the BIOS settings to default and then try the above BIOS settings.  
  • If you have an LPT option in the BIOS for a parallel printer port, try it set to LPT=Enabled as well as ACPI & PnP=Enabled and APM=Disabled.
  • Try disabling ACPI in the BIOS.
  • Try changing any CPU options in the BIOS (Safe Execution, VxD, etc.).
  • You can also try an older version of the BIOS (newer versions may have been made compatible for Win8/10 only).
  • If you have ever added extra RAM to the system, restore the memory to it's original configuration and size (and test the memory with a memory test program - the problem may be due to bad or mismatched memory!).

P.S. MediCat can be used on E2B if you convert it to a FAT32 .imgPTN file. It does contain illegal copies of some software though, so make sure you hold licences for any software it contains!

Thursday 19 January 2017

E2B 1.88l (with bugfix for previous 1.88 versions)

Flaming Floe has reported a problem when installing Win7 from an ISO with the latest v1.88k version. The AutoUnattend.xml file is not correctly cleared and so appears corrupt when Windows Setup loads it. This bug will probably affect most Windows Install ISO runs, but not all systems will show the symptoms and some will appear to work (and others will give an Unattend error).

After investigation, is seems that there is a bug in the new 2016-12-24 version of grub4dos (\grldr) that is used in v1.88k.

E2B v1.88l now uses a previous version of grub4dos (2016-12-23) which I think is OK.

I have reported the bug here.

Wednesday 18 January 2017

Tips for making files contiguous on your E2B drive

Unless your E2B USB drive has become almost full at one stage in it's life after formatting it, the \MAKE_THIS_DRIVE_CONTIGUOUS.cmd script should run WinContig fairly quickly and without any problems. Obviously, having a fast USB 3.0 E2B drive helps though!

Here are a few tips:

  1. Never download from the internet directly onto your E2B USB drive. This can cause the file to be heavily fragmented (even if you have lots of contiguous free space on it). You will find it best to always download files onto one of your internal drives first and then copy the file to your E2B USB drive. That way you also have a backup too!
  2. Do not use 'special' fast-copy programs like robocopy or TeraCopy, etc. to copy files to your E2B USB drive. These often open multiple threads which results in fragmented files. This just means WinContig will then have to defragment them on the USB drive and so it just takes much longer overall!
  3. Only start one copy session at a time. You can select multiple files and then drag-and-drop them onto the E2B drive, but don't start another copy session until the first one has finished. Not only can this cause file fragmentation, but it often takes longer too when copying to a USB drive.
  4. You can only defragment a file if there is enough free space on the USB drive to hold a second copy of it. A 6GB file will require at least 6GB of free space (in a single chunk).
  5. If your E2B USB drive has become nearly full at one stage and WinContig is not able to defragment a large file even though there is enough free space for the defragmented file, try using Defraggler - Action - Advanced - Defrag Freespace. This will consolidate the free clusters into one nice run. However, you should first delete any large fragmented files before you run it. This action can also fragment some files that were previously unfragmented, so the next run of WinContig will need to defragment them again. Then try adding your large file(s) again and finally run WinContig again. Defraggler will also show you a nice map of the used clusters and fragmented files (Analyze). You can also right-click on any single file in Explorer and use the Defraggler option to 'Defragment' it.
  6. If using an 8GB NTFS E2B drive, it may not be able to hold a contiguous 4GB+ file. This is because the directory table ($MFT) will be at the 3GB position on the drive and so a 4GB+ file may have to be split if other files are also present. See here for more details and a way to work around this issue (or you could just buy a bigger USB drive!).
  7. Finally, don't buy USB 2.0 drives. A USB 3.0/3.1 drive should always be faster, even on a 2.0 USB port and they are backwards compatible. I highly recommend the SanDisk Extreme USB 3.0 range.
If you have any other tips, leave a comment below.

P.S. As chi zhang says in the comments below, if you have a nearly full USB drive which is quite slow, it is often faster to just remake the USB drive again - then all the files will be contiguous because the drive will be reformatted. See here for more details.

Tuesday 17 January 2017

Which is best, the SanDisk Extreme Pro or the cheaper SanDisk Extreme (you may be surprised!)?

Hurray! My new SanDisk Extreme Pro USB 3.0 128GB flash drive just came this morning.

Extreme Pro 128GB $70
Extreme 128GB $60

I have now run a few tests on it and compared it directly with the SanDisk Extreme USB 3.0 64GB flash drive.

I tested the Pro using Crystal DiskMark and then filled to entire drive with junk data and then repeated the test. This ensured that the flash controller had to perform a read-erase-write cycle on every write when running any further tests. However, there was no difference between benchmarks after I had filled it with junk data and then re-formatted it. This indicates that the USB controller always does a read-erase-write cycle on every write (so not an SSD controller).

The Crystal DiskMark results are shown below: