Please send me your own language files!

Mr Lin has translated E2B v1.51 into Chinese. The new STRINGS.txt file is available on the E2B Downloads page and will be added into the next version of E2B.

If you would like to translate E2B into your own language, just make a new STRINGS.txt file.

Please send me your new STRINGS.txt file and I will add it to E2B and your fame will be immortalised!

Here is the best way to do it. First make an E2B USB stick if you don't have one already, then...

1. Copy the \_ISO\e2b\grub\ENG\STRINGS.txt file to the E2B drive's  \_ISO folder - always use latest BETA version of E2B (do not use an earlier version).

2. For test purposes - ensure that there are ISO files in all E2B menu folders - the ISO file can be just a one-byte dummy file (e.g a small .txt file renamed to dummy.iso). It is easier to use dummy files because they won't boot and will just return back to the E2B menu again.

Place a dummy ISO file in each of these folder:
\_ISO\ANTIVIRUS, AUTO, BACKUP, DOS, LINUX, MAINMENU, UTILITIES, UTILITIES_MEMTEST, WIN and WINPE folder.
Also add an ISO to each of the folders under the \_ISO\WINDOWS folder so that the Windows menus will appear. Ensure there are two or more ISO files in the XP folder (if only one ISO then it will be automatically selected by E2B and you may not see all the dialogue strings).

3. Boot from the E2B stick using an emulator\VM - if using RMPrepUSB and QEMU - use CTRL+SHIFT+F11  (not the F11\QEMU button) - if using VBOX - do not use DavidB's VMUB.
This allows you write access to the USB drive without needing to quit the emulator/VM each time you make a change.

4. Load the \_ISO\STRINGS.txt file into your favourite text editor (e.g. Windows NotePad) - ensure that it supports UTF-8 format so you can save non-ASCII characters.

5. Edit the English text on the right-hand side of all the $$STRxxx= keywords and change it into your own language.

Tip: You may find it quicker to upload the English Strings.txt file into Google Translate and cut and paste the translated text back into your STRINGS.txt file.
You can use FIXLANG.cmd to tidy up the mess that Google Translate makes of it as follows:

• 1. Paste the English text into Google Translate and select your language

• 2. Cut and paste the new translated text into a STRINGS.txt file on a folder on you Windows disk

• 3. Download the FIXLANG.zip file and extract the files that are in it into the same folder as your STRINGS.txt file

• 4. Double-Click on the FIXLANG.CMD file to fix the errors. A NEW.txt file will be made and then loaded into NotePad. You can re-save it as STRINGS.txt if it looks better.

FIXLANG.cmd will fix many of the problems caused by Google translate but you will still need to check each line carefully. I recommend using WinMerge to compare the new NEW.TXT file with the original English STRINGS.txt file.

To replace strings in more than one file, I recommend 'Find and Replace' (FNR.exe). FNR is a standalone .exe. It allows you to preview results before you change any files.

6. Save the file (don't quit the text editor)

7. Hit F9 in the E2B emulation session to reboot E2B - the new changes should now be visible.

8. Go through all the menus and also all the XP and Windows Vista and Windows 8 install screens (you can use a dummy ISO file for these).

9. GOTO STEP 5 and repeat until it is all perfect!

Tweaking

This is the hardest and most time-consuming part!

You will need to check each line carefully, especially any \n  syntax and file paths such as \\_ISO\\AUTO. Check all $$STR keywords and any $[0104] colour strings have not been corrupted.

Also, any question which requires a Yes/No answer must keep the same letters because E2B will expect either the 'Y' or 'N'  key to be pressed - e.g.  Ja/Nein (Y/N)  is correct, but Ja/Nein (J/N) may not work because E2B is expecting 'Y' not 'J' for Yes.

Hotkeys
Any string that starts with a ^hotkey symbol must not be translated - e.g.

$$STRm016=^Ctrl+A ANTIVIRUS-Menü                    [Strg+A]\n Antivirus-Dienstprogramme

because grub4dos hotkey names are coded keywords. You can change the letter from A to something else but don't change ^Ctrl+.

Underlined headings

Some headings are underlined using  ===== , e.g.

This is a heading
=========

The number of = characters must match the number of characters in the heading - e.g.

$$STRb001=XP-Installation - Schritt 1 \n===========================\n\n$[0104]WICHTIG: Du musst wieder von einem USB-Laufwerk starten und danach Schritt 2 durchführen! \n

The heading (XP-Installation - Schritt 1) has 27 characters and so there must be 27 = signs for the underline.



Finally - contact me and let me know what language and locale it is (e.g. Spanish, Catalan, Portuguese-Spanish, etc.). I will reply by email so you can email me the new files.

Also you can translate the F1.cfg file too if you like!

What's eaten up all my disk space?

Tip: The best free utility I have found for seeing what files take up what space is Sequioaview

Really easy to see what is taking up the space on a disk and easy to use too.

WinDirStat is a derivative of this

E2B v1.51a (with XP bugfix) and method for adding multiple background bitmaps to E2B

• I have had three reports from users recently complaining about the Step 2 XP Install stage not working. When I looked at the XPStep2.g4b file, I found that I had accidentally commented out the line that loads the XP ISO into memory! The bug existed in all versions between v1.32 and v1.51! This has now been fixed in v1.51a. This probably explains why there have been some complaints (it is not always necessary to load the ISO into memory, but in helps in cases where XP does not contain compatible USB drivers and so cannot access the ISO file when it boots to XP).

• I have now documented how you can have multiple wallpaper background bitmaps here.
  You can have one bitmap displayed whilst E2B is enumerating files and another for the Main menu. You can also have different bitmaps for each sub-menu. Here is a demo...

Note: MyE2B.cfg needs 'call Fn.70 3' so you can see the background during file enumeration.

\_ISO\MyE2B.cfg
=============
!BAT
call Fn.70 3

\_ISO\Mybackground.bmp.gz (first 'blue' image)

Read more: http://www.easy2boot.com/configuring-e2b/multiple-backgrounds/

See the YouTube video on how to set up multiple menu backgrounds by Liu Evan here.

To update E2B, download the non-DPMS zip file and extract the files onto your E2B USB drive - you don't need to download the large DPMS zip file even if your previous version was with the DPMS drivers. Then use the \Update_E2B_Drive.cmd file to update your E2B drive.

New GEGeek Tech Toolkit released

In case you missed by previous blog about the GEGeek Tech ToolKit here, I just thought I would mention that a new version is now available from the GEGeek website.

It is a hefty 1.7GB download but worth adding to your USB Flash drive as it contains hundreds of useful Windows tools and utilities. Click on the GEGeek Tech Toolkit link to get to the download.

Easy2Boot v1.51 now available

v.1.51 2014-07-03

1. .imgPTN is now equivalent to .imgPTNLBAa (use .imgPTNna for old .imgPTN behaviour)
2. \_ISO\BACKUP_LINUX folder deleted
3. Small changes to English STRINGS.txt
4. Bugfix aroung CONTIG.ISO and source ISO file size detection (failed size check if >2GB)
5. Small code/message changes
6. English strings.txt file is now always loaded after primary language.

The main change is Item #1 - so that you do not have to rename .imgPTN files to the more compatible/reliable files extension of .imgPTNLBAa, I have now made these two file extensions both behave as .imgPTNLBAa did (i.e. both file extensions now modify the partition parameters for LBA access and set the partition as Active).

If you don't want the partition set to Active and you don't want LBA parameters to be used (i.e. the 'old' .imgPTN behaviour) then use the new file extension of .imgPTNna (na=non-active).

Change #6 - This ensures that if a $STRxxxx string is missing from the chosen language file, then the English version will be used instead. Thus, if a new $STRyyyy string is added at some later date to the ENG\STRINGS.txt file, the old Spanish strings.txt file (which will not have the new $STRyyyy string) will not report an error but will just show the English translation if the Spanish translation is missing. i.e. the 'fallback' string translation will be English as I can always keep this up to date.

Say No! to the European 'Right to be forgotten' rule

You may have read recently that the European Court of Justice passed a ruling that search engines should not return any results that are inaccurate, inadequate, irrelevant or excessive (see here for the details).

Note: if someone asks for a search result to be removed because it is 'irrelevant', then surely it cannot actually be irrelevant because is it was irrelevant then they wouldn't be asking for it to be removed! i.e. Catch 22!

The original case was about a Spanish man...
1) What is the case about and what did the Court rule? 
In 2010 a Spanish citizen lodged a complaint against a Spanish newspaper with the national Data Protection Agency and against Google Spain and Google Inc. The man complained that an auction notice of his repossessed home on Google’s search results infringed his privacy rights because the proceedings concerning him had been fully resolved for a number of years and hence the reference to these was entirely irrelevant. He requested, first, that the newspaper be required either to remove or alter the pages in question so that the personal data relating to him no longer appeared; and second, that Google Spain or Google Inc. be required to remove the personal data relating to him, so that it no longer appeared in the search results.

and their decision was...

While the Court ordered Google to delete access to the information deemed irrelevant by the Spanish citizen, it also emphasised that the content of the underlying newspaper archive should not be changed in the name of data protection (paragraph 88 of the Court’s ruling). The Spanish citizens’ data is still accessible but is no longer ubiquitous. This is enough for the citizen’s privacy to be respected. 

So a Citizen can deem some piece of information about himself is 'irrelevant', it is perfectly OK for the information to be present as an article on the web, it is not breaking any law, but we (the public) are not allowed to search for it! Because of the data protection act, the source should not be changed, but the Search sites which can find the source sites should be changed. Surely this is circumventing the data protection act?

Recently a British journalist queried why some of his article 'hit results'  were removed by Google after receiving a letter from Google telling him that they would be omitted in future due to the ECJ ruling and a request from 'some 3rd party' to do so. In other words, someone just filled in a form provided by Google and they removed the search results. They recently reversed this decision (see here).

I simply cannot understand why the entire world internet population (and Google) has not objected to this? The ruling says that even if the 3rd party provider (e.g. Google) has servers outside Europe, the rule still applies as long as the 'service' is made available to Europeans.

The fine for not removing these results is pretty massive (up to 2% of annual worldwide turnover - note the word turnover - not profit or net income but turnover!). And that is just for 1 result being returned when it shouldn't be.

So Google 'detects' a European I.P address and censors our results (if using google.co.uk for instance). So we can look forward to loads of non-European server sites acting as Google proxies for Europeans who want to do Google searches and see ALL results. Apparently, Google have had over 50,000 'please forget me' requests so far!

Note: There is a way around this, use Google.com instead of your default Google (e.g. google.co.uk). If you go to the main Google page, the URL will be changed to your local country page automatically - however you can use google.com by clicking on the bottom-right 'Use Google.com' link:


OR just use DuckDuckGo which is also anonymous and does not take into account who you are or what you have been searching for recently.

Here is another more local case of why this ruling is insidious (and doesn't even achieve it's objective anyway) from my local press! So you can get past crimes that you committed just 8 years ago 'expunged'.

Hypothetical Example:

If a man was taken to Court in 1979 for child abuse but was found innocent (or even guilty!), could he later (how much later?) get the search results for that Court case removed? What if 20 different children or adults accused that same person of abusing them over a 20 year period between 1978 and 1998 but no further action was taken due to lack of evidence - could he also get these results removed by Google and the other search engines? According to the ECJ, he could as they are 'irrelevant'.

Now what if your child accused that man of abusing them yesterday and you did an internet search and either,
a) found nothing
or
b) found dozens of articles about the same man involved in similar situations

How would that affect your decision about whether to believe your child and whether your child and other children were in danger from this man and whether to go to the Police?

What message is this sending to society? Go out into the world and commit crimes, disappear for a year or so, get the crimes removed from all the search engines and no one will know. You are then free to commit more crimes and only when you are caught by the Police (or your employer bothers to do a Criminal Records Bureau check) will they realise you had former convictions.

Surely this ECJ ruling has been taken too far? If it is allowed to go on, then we can no longer rely on Google to give us accurate web search results. In that case, maybe we should start using a different search engine that doesn't respect the ECJ ruling (or rather, is not afraid of being fined by it)?

If a web site is hosting some dubious content, and it is proved to be breaking the law, then the host site should be prosecuted not the search site - i.e. 'don't shoot the messenger'!

Add AntiX + Persistence to your E2B USB drive

The following allows you to boot from an ISO with root persistence (or home persistence) for AntiX 13 and 14 (not tested on 15). For Antix 15 with Root+Home persistence see blog post here.

If you download an Antix LiveCD ISO file, you can add persistence as follows:

1. Copy the ISO file e.g. antiX-13.2_x64-full.iso, to a sub-folder under one of the E2B menu folders - e.g. \_ISO\LINUX\MNU.

2. Use RMPrepUSB's Create ext2 FS button to create a file on your E2B USB drive - name=antix, volume name=antix, size=128 (or 256 or 500 or whatever you like)

3. Copy the AntiX_13.2_Persistent.mnu file (available in the E2B site Download area or in E2B v1.51 and later in the usual place under \_ISO\docs\Sample mnu files) to the same folder as the ISO file. You should now have these files on the E2B drive:

Easy2Boot v1.50 Beta available

• All sub menus headings, menu entries, user information and prompts in a single STRINGS.txt file
• Compatible with previous versions (except for user added .mnu files)
• 500MB CONTIG.ISO included in download (compressed)
• Memtest86+ updated
• If running an .imgPTN file, just press [ENTER] (no need to type Y)
• Few minor display positioning issues fixed
• Sample_MyE2B.cfg updated
• Sample .mnu files updated
• Many files in the \_ISO\e2b\grub\ENG folder now moved up into grub folder
• \_ISO\e2b\grub\ENG now just contains STRINGS.TXT file
• User can add \_ISO\STRINGS.txt file to override any other strings.txt file
• Small changes to Theme Templates

This is a very new version and there has been a lot of 'behind the scenes' changes due to the use of the new STRINGS.txt feature.

• Download v1.50 DPMS BETA version from here (30.6MB)
• Download v1.50 non-DPMS BETA version from here (7.2MB)

This new E2B version uses a STRINGS.txt file to define menu headings, help text, user prompts, etc.

About 90% of  all text is now in the STRINGS.txt file and so you can easily modify these or translate them to a different language. STRINGS.txt is a UTF-8 file and so will support non-ASCII languages.

Most strings are now replaced by $$STRxxxx keywords (where xxxx can be any four characters) - these keywords are replaced with the correct string automatically by E2B when the menu is loaded into memory.

So to change any of the text, messages, headings, etc. in E2B, this is what you do:

1. Copy the \_ISO\e2b\grub\ENG folder contents to a new folder - e.g. \_ISO\e2b\grub\STEVE
2. Add a \_ISO\MyE2B.cfg file (you can copy the \_ISO\Sample_MyE2B.cfg file)
3. Edit the \_ISO\MyE2B.cfg file to set the new 'language' - e.g. set LANG=STEVE
4. Add a \_ISO\MyBackground.bmp.gz bitmap (optional)

e.g. a simple \_ISO\MyE2B.cfg file could be:

!BAT
set LANG=STEVE
set pwd=steve
set HEADING=\x20                       STEVE'S MENU  (%VER%)                       \x20
set HELPTEXT=HDD0 [F7]   Back [F8]   Reboot [F9]   Power Off [F10] www.steve.com

Now you can edit the \_ISO\e2b\grub\STEVE\STRINGS.txt file to change anything you like - here are a few lines from the STRINGS.txt file:

$$STRm004=\x20                  Windows Boot Menu                     \x20      

$$STRm019=\x20                       DOS Menu                         \x20

You may notice that .mnu and .txt files now use these new $$STRxxxx strings - e.g.

iftitle [if "%GFX%"==""] $$STRh0F8

debug 0

if exist (bd)/_ISO/e2b/grub/menu.lst configfile (bd)/%grub%/menu.lst 

if not exist (bd)/_ISO/e2b/grub/menu.lst set MFOLDER=/_ISO/MAINMENU && configfile (md)0xA000+0x50

boot

If you want to create new .mnu files, you don't use $$STRxxxx keywords (unless you want to), just use normal text in place of the $$STRxxx keyword.

Note: If you have already updated your E2B drive and have an old MyE2B.cfg file which defined new menu headings, you may find that it no longer works, add this line to your MyE2B.cfg file and it should work as before:

set ASTRINGS=

Also, if you used any of the .mnu files from the \_ISO\docs\Sample mnu Files folder, they may need updating with the new version from the docs folder in E2B v1.50 (basically remove the /%LANG% portion wherever it is used in a .mnu file).

It is also possible to modify the MyE2B.cfg file so you can ask the user which language he wants to use.

If you place the STRINGS.txt file in the \_ISO folder, it will override any LANG settings and will always be used.

This means that to have a 'Chinese Skin' or 'Spanish Skin', you can apply it simply by copying it to the \_ISO folder, e.g.:

• \_ISO\MyE2B.cfg
• \_ISO\STRINGS.txt
• \_ISO\NewWallpaper.bmp.gz

In the future, I hope that we can build up a library of STRINGS.txt files in different languages.

To test it, it is best to make a new (reformatted) USB drive - you can add it to your existing E2B drive by overwriting the existing version, but there may be old (unused) copies of various files left on the USB drive.

As there will probably be a few small bugs, don't start trying to translate ALL the STRINGS.txt file strings immediately but please report any problems you find ASAP. Also if you have used it a lot and have found no bugs, please also let me know so that I can 'officially' release it and remove the 'beta' status from it.

Improved language support for E2B is coming!

I am working on a new version of E2B that will have a STRINGS.TXT file which will contain all the words displayed by E2B batch files and menus, etc.

This will mean that to change language, you just need to add the one language folder to your E2B drive and add a \_ISO\MyE2B.cfg file

e.g. To convert E2B to Spanish you would
Add a \_ISO\e2b\grub\SPANISH folder (which contains a STRINGS.txt text file)
Add a \_ISO\MyE2B.cfg file (which sets the language and the Main heading, etc.)

There will be no need to change the standard grub4dos batch files or .mnu files or .txt files that are already in E2B.

This will make it much easier for anyone to translate E2B into other languages as they just need to edit the file in a new language folder + create a MyE2B.cfg file.

This will take a week to do and test, but then I hope to encourage people to submit new language STRINGS.txt files to me, so I can add them to E2B.

It will support Chinese and other non-ASCII languages.

e.g. The STRINGS.TXT file will contain lines of words/phrases displayed to the user by E2B. You would just need to change these into your own language - e.g.

$$STRb001=XP INSTALL - STEP 1\n===================\n\nIMPORTANT: You must boot from USB drive again and run STEP 2 after this!\n

$$STRb002=64-bit XP ISO detected!\nYou will need to press F6 to load 64-bit Firadisk driver

$$STRb003=ISO detected as Windows %OSTYPE% (use 'XP', '2K3' or '2K' in ISO filename if incorrect)

$$STRb004=If this is incorrect, please type xp 2k or 2k3 now: 

$$STRb005=Will look for Windows %OSTYPE% drivers only

$$STRb006=DPMS2 Options (32-bit only)\n===========================\n1=SRS Driver+FiraDisk            - default=FiraDisk  + OEM drivers\n2=SRS Driver+FiraDisk+WinVBlock  - default=FiraDisk  + OEM drivers

$$STRb007=3=SRS Driver+WinVBlock+FiraDisk  - default=WinVBlock + OEM drivers (>512MB only)

$$STRb008=Auto-Detect SATA/AHCI/RAID 32-bit Mass Storage Drivers ([Y=2]/N/1/2/3) : 

$$STRb009=Auto-Detect SATA/AHCI/RAID 32-bit Mass Storage Drivers ([Y=2]/N/1/2) : 

$$STRb010=PLEASE NOTE: If booting from a USB-HDD, say YES to the next question....

$$STRb011=Load XP ISO into memory (recommended) ([Y]/N) : 

Easy2Boot 1.42a now in Chinese!

Thanks to 'Mr Lin', we now have a version of E2B in Chinese!

Mr Lin's Megasystem Setup!

Once you have made your E2B USB drive, simply download and extract the E2B_LANGUAGE_ZH_CN_1.42a.zip file and overwrite the English E2B files.

Note that this download contains a \_ISO\MyE2B.cfg file which will replace your MyE2B.cfg file (if you have made one). The MyE2B.cfg file ensures that the \_ISO\e2b\grub\ZH_CN folder is used.

The download is now available from the Downloads page.