Welcome to MSFN

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.


Sign in to follow this  
Followers 0
mpattonm

Shrinking System32 folder - OEMBIOS.BIN

90 posts in this topic

I was trimming down the footprint of my setup during last few days to achive my goal of less then 250MB for WindowsXP (BTW my current footprint with WinXP SP2 is 278 MB). That is because I would like to use 256 CF IDE card to boot and run my OS from (with a little help of EWF taken out from XP Embedded). I was supprised when I realised biggest file in my System32 folder is OEMBIOS.BIN. It is 12.5 MB big. I know OEMBIOS.* files are part of corporate licence, and they are needed for proper licence validation, but 12.5 MB is not it quite a big file? Considering WinXP also reads this file anytime it starts to verify licence, causing unwanted delays, I would like to ask if anyone knows how to avoid this file.

0

Share this post


Link to post
Share on other sites

So is this file needed for Activation or something related to it? It would be nice to get rid of a file this big.

0

Share this post


Link to post
Share on other sites
So is this file needed for Activation or something related to it? It would be nice to get rid of a file this big.

That is basically my question. If I simply delete it, OS will not start saying "could not valideta your licence".

0

Share this post


Link to post
Share on other sites

Try in virtual PC or VMware...

0

Share this post


Link to post
Share on other sites
So is this file needed for Activation or something related to it? It would be nice to get rid of a file this big.

That is basically my question. If I simply delete it, OS will not start saying "could not validate your licence".

0

Share this post


Link to post
Share on other sites

Uhm, why did you just double post?

0

Share this post


Link to post
Share on other sites

Good idea!

Lets see if someone has info about *WHAT EXACTLY* oembios.bin does. Then, probably replace it with a 0-byte dummy file, or at the least leave behind only essential contents of the file (after stripping out info about OEMs and SLP for their BIOSes).

But doing this seems to go dangerously near forbidden things. :w00t: So be on guard! (don't post anything that could trash activation)

0

Share this post


Link to post
Share on other sites

Some people (I too) have corporate version of Windows and don't need activation, so think to this peoples too

0

Share this post


Link to post
Share on other sites
Uhm, why did you just double post?

I have no clue why that happened. Anyway, why do you ask? Will it help to solve my problem somehow?

0

Share this post


Link to post
Share on other sites

oembios.bin is part of windows activation.

This particular file contains motherboard-specific BIOS string information. If you have an OEM version of XP, one of the things that Windows Activation does is to compare the approved strings encoded in oembios.bin with strings in your motherboard BIOS.

If the strings don't match, then WA refuses to let you go on. This is one of the ways that Microsoft and the OEM makers tie their XP distros to the hardware for which it's licensed.

oembios.bin (and the associated WA files) is different for every OEM (Dell, HP, IBM, etc, etc) version of XP out there. oembios.bin is submitted to WHDQL and cataloged there so it's pretty well embedded into OEM XP distros.

IF (and it's an untested IF) you can find the correct WA files from a generic copy of XP you MIGHT (another untested MIGHT) be able to swap out the OEM versions.

Someone is going to have to test this though.

0

Share this post


Link to post
Share on other sites
IF (and it's an untested IF) you an find the correct WA files from a generic copy of XP you MIGHT (another untested MIGHT) be able to swap out the PEM versions.

Someone is going to have to test this though.

Thanks for the info put in precise words.

I think I'll test it. But not right now, as I gotta cram for a test. :(

0

Share this post


Link to post
Share on other sites

I'll test it.

0

Share this post


Link to post
Share on other sites

Hey guys, mpatton posted this same question on the mp3car forums and I posted one solution that may interest you guys. Go here: http://www.mp3car.com/vbulletin/showthread.php?t=37724 It's how to use the minlogon component from XP embedded. Just like EWF, it may not be for everyone, but at least it gets rid of this freaking 12.5MB file.

Later,

Frito

0

Share this post


Link to post
Share on other sites
Hey guys, mpatton posted this same question on the mp3car forums and I posted one solution that may interest you guys. Go here: http://www.mp3car.com/vbulletin/showthread.php?t=37724 It's how to use the minlogon component from XP embedded. Just like EWF, it may not be for everyone, but at least it gets rid of this freaking 12.5MB file.

Later,

Frito

Now this could be really kewl !!!

0

Share this post


Link to post
Share on other sites

This is awesome :)

0

Share this post


Link to post
Share on other sites

i wonder..

is oembios needed if u run a program that uses your hardware footprint for an activation code? would this still work ok? :P

0

Share this post


Link to post
Share on other sites
Hey guys, mpatton posted this same question on the mp3car forums and I posted one solution that may interest you guys. Go here: http://www.mp3car.com/vbulletin/showthread.php?t=37724 It's how to use the minlogon component from XP embedded. Just like EWF, it may not be for everyone, but at least it gets rid of this freaking 12.5MB file.

Later,

Frito

Now this could be really kewl !!!

I wish that site would work for me; I can't get any sort of response from it.

Could someone quote the relevant post off of their board, please?

0

Share this post


Link to post
Share on other sites

Well I tested it out and it's working without a problem now

:)

:thumbup

0

Share this post


Link to post
Share on other sites

It mentioned faster boot time. Mine is 17 seconds.

0

Share this post


Link to post
Share on other sites

woah!!! 17 seconds?? compared to what beforehand?? ****, i'm stuck with this s***ty old drive (my 2.5" drive died so i'm using an old maxtor) so I can't really get a feel for how much faster it is.

0

Share this post


Link to post
Share on other sites

Well, I can't remember what my boot time was under a normal XP install. Probably 40+ seconds. I don't have a RAID setup or anything. I just use nLite and disable Services. That's all. 17 seconds.

0

Share this post


Link to post
Share on other sites

what files r u guys deleting? the 4 oemfiles in i386 on cd?

& what entries r u removing from where :P

0

Share this post


Link to post
Share on other sites

Has anybody try this on a Productive system?

Does it actually work? And no confilicts with other software?

Will you still have to logon like you do in WinXP.

Honestly this sounds really interesting, because not only you get rid off a 12.5 Mb file. We also get faster startup time.

0

Share this post


Link to post
Share on other sites

Well, just removing the files will disallow you to login again :whistle:

You need some XP Embedded components to do the trick

EDIT Just tested it:

+

Startup time improved

No more user profiles

get rid of the oembios files

-

No hibernation

No standby

0

Share this post


Link to post
Share on other sites

i got improved shutdown time too (its only tested in vmware... but it took like 1-2second from hitting the shutdown button) :thumbup

but i wonder what the security issuse of this would be?? would the system be less secure or more :unsure:

0

Share this post


Link to post
Share on other sites
Guest
This topic is now closed to further replies.
Sign in to follow this  
Followers 0

  • Recently Browsing   0 members

    No registered users viewing this page.