xehqter

OEMScan - Automated Multi Manufacture Pre-Activation Utility

354 posts in this topic

hi! sorry for the bother, i think i got it: would it be the following files: oembios.bin, oembios.cat, oembios.dat, oembios.sig? thanks! ;)

Yes, that are the files needed (together with a OEM SLP key)

0

Share this post


Link to post
Share on other sites
I was worried the method I use to disable SFC in XP wouldn’t work in W2K3 however when I tested it with W2K3 R2 Standard Edition Service Pack 2 (Volume) it passed with flying colors. The method I use disables SFC for exactly 1 minute on specific files. Is it possible more then 1 minute elapsed between copying over the files and importing the .CAT file?

Could you test it on more systems and get back to me if you run into SFC errors? Perhaps I should import the .CAT file first.

Think it had something to do with the fact it elapsed the 1 minute boundry,

Reinstalled the Virtual PC exactly the same as yesterday,only this time without the error (running oemscan and grabbing the oembios files over a VM shared folder)

I'm also doing a test install on Virtual Server 2005 right now, results will folow later

UPDATE: Installed just fine as well

Also with OEMScan integrated into setup...using CMDLINES.TXT setup succeeded ;)

Edited by FreeStyler
0

Share this post


Link to post
Share on other sites

Done some check under my favourite virtualization software:

http://www.msfn.org/board/index.php?s=&amp...st&p=597316

launching @T39

%dospath%\$oem$\oemscan /d

OEMBIOS Scanner v1.4.0 by Jeremy (xehqter)

Reading BIOS Memory

Matched: FUJITSU SIEMENS
Checking Authenticity of OEMBIOS files

i get a blinking cursor and oemscan never finish copying oembios.* files.

The same method with a XP install works flawlessy.

0

Share this post


Link to post
Share on other sites
%dospath%\$oem$\oemscan /d

Did you wait long enough for the files to be copied....sometimes it can take a while

I asume you are aware the /d switch forces oemscan to do a dry run (running it without actually copy the files)

0

Share this post


Link to post
Share on other sites
Yes, that are the files needed (together with a OEM SLP key)
thanks for the confirmation FreeStyler! :) another inquiry though, would Siginet's app: [Release] OEMScan v1.3 RVM Integrator Addons be the same as this one ... although it shows here OEMScan v1.4.0 already? it shows too in the initial thread the changes made from v1.3 up? thanks again! :)
0

Share this post


Link to post
Share on other sites
another inquiry though, would Siginet's app: [Release] OEMScan v1.3 RVM Integrator Addons be the same as this one ... although it shows here OEMScan v1.4.0 already? it shows too in the initial thread the changes made from v1.3 up? thanks again! :)

Yup, the OEMScan RVM Integrator Addons can be used together with OEMSCAN 1.4.

If you use RVM Integrator you can use these (but don't ask suport for it here!)

If you don't use RVM Integrator, just go to www.oembios.net and download oembios file sets separetely and read instructions in the OEMSCAN1.4 zip package on how to include them.

0

Share this post


Link to post
Share on other sites
%dospath%\$oem$\oemscan /d

Did you wait long enough for the files to be copied....sometimes it can take a while

I asume you are aware the /d switch forces oemscan to do a dry run (running it without actually copy the files)

Yes, 10 mn in VMware guest. Not checked on real hardware.

Yes, i use 2 commands in my cmd script:

::  OEMScan
%dospath%\$oem$\OEMScan.exe /d >%systemroot%\temp\oemscan.log
%dospath%\$oem$\OEMScan.exe

Using this method, i have a log file to debug issues.

0

Share this post


Link to post
Share on other sites
Yes, 10 mn in VMware guest. Not checked on real hardware.

Yes, i use 2 commands in my cmd script:

::  OEMScan
%dospath%\$oem$\OEMScan.exe /d >%systemroot%\temp\oemscan.log
%dospath%\$oem$\OEMScan.exe

Using this method, i have a log file to debug issues.

strange

I've succesfully used a slightly different approach (using CMDLINES.TXT @t13/t12) without problems

$OEM$\CMDLINES.TXT

[commands]
"oemscan.exe"

0

Share this post


Link to post
Share on other sites
strange

I've succesfully used a slightly different approach (using CMDLINES.TXT @t13/t12) without problems

@T12 cmdlines.txt

it works

OEMBIOS Scanner v1.4.0 by Jeremy (xehqter)

Reading BIOS Memory

Matched: FUJITSU SIEMENS

Checking Authenticity of OEMBIOS files

OEMBIOS files pass Validation

Copying d:\$oem$\FUJ\OEMBIOS.BIN : Successful

Copying C:\WINDOWS\system32\DllCache\OEMBIOS.BIN : Successful

Copying d:\$oem$\FUJ\OEMBIOS.SIG : Successful

Copying C:\WINDOWS\system32\DllCache\OEMBIOS.SIG : Successful

Copying d:\$oem$\FUJ\OEMBIOS.DAT : Successful

Copying C:\WINDOWS\system32\DllCache\OEMBIOS.DAT : Successful

Importing d:\$oem$\FUJ\OEMBIOS.CAT : Successful

0

Share this post


Link to post
Share on other sites
launching @T39

%dospath%\$oem$\oemscan /d

Perhaps windows can't validate against .CAT files @ T39??

Released a new version, nothing special, its a minor update

Edited by xehqter
0

Share this post


Link to post
Share on other sites

thx for the update... /D actually did copy files afterall ? :)

@xehqter

BTW, the latest release is still tagged as beta release...

OEMBIOS Scanner v1.4.1 beta by Jeremy (xehqter)

Reading BIOS Memory...

Edited by FreeStyler
0

Share this post


Link to post
Share on other sites
thx for the update... /D actually did copy files afterall ? :)

@xehqter

BTW, the latest release is still tagged as beta release...

OEMBIOS Scanner v1.4.1 beta by Jeremy (xehqter)

Reading BIOS Memory...

Good catch, forgot to remove that.. fixed and reuploaded. Yeah, odd, at some point I commented out the check for dry-run when copying files. doh.. coding while tired, bad idea.

0

Share this post


Link to post
Share on other sites

May 1.4.1 fix the issue mentionned in previous post:

not been able to complete @T39.

0

Share this post


Link to post
Share on other sites
May 1.4.1 fix the issue mentionned in previous post:

not been able to complete @T39.

I doubt it but do me a fav and give me a dump with 1.4.1.

0

Share this post


Link to post
Share on other sites

My CD has been working fine on all OEM systems I've tried it with, except for Dells. I know I have the Dell folder setup correctly, I got the product keys directly from a winnt.sif on actual Dell CDs.

Anyway, on a Dell everything works according to my log, except the setkey.cmd fails for some reason. If I manually type the same exact key in, Windows setup accepts it and no activation is required. I'm not sure where to begin troubleshooting this. It seems as if everything should in fact work seamlessly, but for some reason Dell's just don't want to cooperate. I don't have the logs in front of me, but on both Dells that failed, everything was successful minus the setkey.cmd, which FAILED. Like I said, other OEM brands, everything works great. The really strange thing about that is I'm using the Dell key for every brand, but the Dells won't take their own key.

Setkey.cmd

@ECHO OFF 
for %%i in (C: D: E: F: G: H: I: J: K: L: M: N: O: P: Q: R: S: T: U: V: W: X: Y: Z:) do if exist %%i\WIN51 set CDROM=%%i

%CDROM%\OEM\NirCmd.exe inisetval %SystemRoot%\SYSTEM32\$WINNT$.INF "UserData" "ProductKey" "~qXXXXX-XXXXX-XXXXX-XXXXX-XXXXX~q"

exit

Anyone have any ideas/suggestions on what I can do to debug this?

Edited by Kilyin
0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.