How to reduce text mode wait time


gosh revealed various ways to reduce the text mode wait time in his topic Forgotten Setup Secrets Revealed. Inspired by this topic, I wrote two scripts to be used with HFSLIP to reduce the text mode wait time and to speed up the boot process.

Click to view attachment


Not loading unnessary setup files during boot process


The post-HFSLIP NOLOAD script will stop setup from loading the following drivers to reduce the text mode wait time:

• Fast FAT File System Driver
• SCSI MiniPort Drivers
• Compaq support
• Toshiba floppy support

Expanding compressed setup files to speed up boot process


The post-HFSLIP SPEEDUP script will expand these specific compressed setup files to speed up the boot process.


Download

Click to view attachment
Click to view attachment

Extract the downloaded archive to a temporary location and copy the post-HFSLIP script(s) you wish to use to your HFTOOLS folder.

Click to view attachment

The post-HFSLIP NOLOAD script makes use of sed, a stream editor to perform basic text transformations. Please download GNU sed v3.02.80 for Windows (3x, 9x, NT, 2K), extract the downloaded archive to a temporary location and copy the file sed.exe to your HFTOOLS folder.


Mirrors
- HFSLIP_POST_SCRIPTS_V0.2.ZIP
- GNU sed v3.02.80 for Windows (3x, 9x, NT, 2K)


Changelog
HFSLIP_POST_SCRIPTS_V0.2:
- Added processor architecture verification; currently only x86 is supported
- Removed some unnecessary code

HFSLIP_POST_SCRIPTS_V0.1:
- Initial public release; enjoy!


Credits
I would like to thank the following people (in alphabetical order):
- gosh
- Tomcat76
- tommyp
- Yzöwl

What happens with sed.exe if you run HFSLIP in a x64 enviroment? It gives an error... :s

I have only tested this on an x86 edition of Windows XP Professional with Service Pack 2 and all the latest hotfixes. Perhaps there is a version of sed around which is x64 compatible, I don't know. I don't have the means to test it if I would come across an x64 compatible version, but I'll see what I can find.

Works great with german xpsp2
THX

I have some questions (please forgive me if I got something wrong, I didn't study this too much):

- Why are you uncompressing the drivers that will not be loaded?
- Why fastfat (I agree with all others)? What if user wants to install on FAT partition?
- Can this be used with something else (nLite)?

GL

It's mentioned in the other thread, but I want to point out that users can avail themselves of no-load capability by using semicolons in TXTSETUP.SIF.

For example, if you want to eliminate the Compaq array driver from loading:


Note the semicolon. Heck try only leaving in atapi and ultra66 and commenting all the rest out. Better yet try using only the Uniata driver! No idea what would happen -- I'll let someone else find out...

Or if you're sure you'll never install on an SGI-based multiprocessor PC:


Careful, you might find that one day you'll install XP on some older, spare machine and you might run into a problem. (Okay, okay, maybe not!)

As for pre-expanding your files and renaming them back to ending an underscore, that will (if you do enough large files) cause a HUGE installation speed-up, I find.

I encourage everyone to mess with their TXTSETUP files and make note of the result(s). Just be careful with your originals - make copies.

This is my favorite method for integrating (as opposed to removing) things like drivers though it can be a hassle.

You're referring to expanding setup files using SPEEDUP which will not be loaded due to NOLOAD. Both scripts do not depend on each other, meaning that you can use either or both scripts as you please. If you would only use SPEEDUP, you will need to expand all the setup files that my script expands. Indeed, if you use SPEEDUP in combination with NOLOAD, certain files will be expanded which don't need to be expanded. The reason for this is simply so that you can use either or both scripts. A future version should perhaps check if both scripts are used and then take the appropriate actions, but for now this is fine for me as the space "wasted" by expanding these few setup files which won't be loaded anyway isn't that much.



See the topic by gosh which I mentioned in my first posting. If this is a problem for you however, you can always comment out the line which refers to FASTFAT.SYS in NOLOAD. Perhaps a future version will work with an answer file.



No, not in it's current form. These scripts are specifically written to be used with HFSLIP. By using my scripts as an example though and by reading the before mentioned topic by gosh you can make your own nLite compatible script if you want.

hi i'm a total newbie

really confusing at first but i just downloaded everything

i had to edit the HFSLIP_POST_NOLOAD_V0.2.CMD file because the source folder was spelled sourcess not sure why?

it works now i think

ok i get error when i try in virtual box to run my iso it says NTKRNLMP.EXE is corrupt or missing

When you get this, it means that Virtual Box, or VMWare, or MS Virtual PC, was faking out the OS by using one of the drivers you got rid of. Comment fewer of them out. And IMHO you ought to be doing this in your original source file.

The SOURCES folder is your original, unmodified source. SOURCESS is the post-HFSLIP folder. I think the extra S is for Slipstreamed.

a minor correction. the source (no 's' at the end) is your original, unmodified source. the sourcess (two 's' at the end) is your slipstreamed folder

Good catch. Thanks!

I want to try it on VMWare (don't think it gives much speed on virtual machine but anyway

Just to confirm - you mean if for example I expand one file say 'FILE.EX_' to 'FILE.EXT' and then rename the last letter to '_' (the file will look like 'FILE.EX_' again)?

There is no need to rename the file after expanding it.