Win 8.x • Win 7 • Vista - 'Multi-OEM' ISO Project

just out of curiosity, I noticed that the updated post's SetupComplete.cmd is missing a line that was in the previous version.

Code:

SHUTDOWN /R /T 25

between the last two lines.
Is this something important to the process? or was it removed for a reason? I mean, obviously it triggers a restart, but I'm just wondering why, and why it was removed xD

 

ah, thanks. sorry, didn't get as far as the readme yet just snooping around in the files and whatnot.
cheers!

 

This is not a correct statement. Something goes wrong during the image creation that causes this. The install.wim exists where it should.

 

I've had this issue too. It's either a corrupt install.wim, or a missing install.wim
this has a tendency to happen when you modify the ISO with MagicISO or similar programs. Something about rebuilding the ISO. (this is only my experience - I've heard many people say they've had success doing this. so I dunno why.)
If you have the option, I suggest extracting the ISO using WinRAR before adding the Multi-Brand pack, and use a USB Drive for installation(ie: copy the files over using WinToFlash)
I've never had a problem since, when I did it that way. But I've had very little success in modifying the actual ISO.
Plus, installing from a flash drive is faster and in many cases more reliable.

 

@ kronflux, I have noticed quite a few times on this forum problems with corrupt ISO files MagicISO is usually the culprit UltraISO and PowerISO are problem free. As for WinRAR using it with ISO files can cause confusion for some users especially if they have WinRAR set a default program for ISO files people unpack the ISO's and then burn this files to cd/dvd them wonder why it is not bootable.

 

You need to login to view this posts content.

 

...ANYWAY... I went ahead, and did what I said in the last post.... I can post the oobe.cmd, but for legal reasons I can't post the keys.ini (can you spell DCMA?), so, if searchengine wants to give me a way to get ahold of him, I got a present that everyone might like ; otherwise, it will have to wait for some other soul to *randomily and unexpectedly* write the exact same code and upload it to some file sharing service

 

You can PM searchengine.

 

You need to login to view this posts content.

 

I'm going to PM you a link to download the current versions of both -before my vista mods and after my vista mods

 

I think I can one up that ;-) how about a oembios.ini....
i'm thinking something like:

Code:

;;certname=biosstring1 biosstring2 biosstring3; or more ;-P
acer=ACER AcerSystem TravelMate;
;;^acer->corresponds with the file in the certs directory - if it doesn't activate oobe will search for acer2, then acer3, and so on
advent=DSGLTD ADVENT;
alienware=ALWARE ALIENWARE;

bios strings will contain all possible bios strings...
Then we could process all the manufacturers in a couple lines of code, and make it easy to maintain!!!
certname will be the cert file ex: acer.xrm-ms (- extension)
if we have more than one cert for *ANY* of the included biosstrings it will be xxxx2.xrm-ms or xxxx3.xrm-ms
this way if any of the certs for the strings for that manufacturer fail; it will just continue along until we activate
now of course when we have certs like HP-PROLIANT-FOXC(we only have keys for HP!!) ..... we would put all of those strings in the biosstring. now for ones like EMAC-GATEWAY-GATEWAY2 (since we have product keys for emachines and gateway-and even if they are the same cert I doubt it will stay that way in the future) we would copy the cert to "emachines" and "gateway" and then properly add the emachines strings to the emachines cert and the gateway tags to the gateway biosstring....

But that's not it!!! If I am correct, *ANY* valid slic bios with *MATCHING* cert will activate with *ANY* valid OEM key(for the edition you installed).. so in the keys.ini we setup a defaultoemkeys manufacturer with all the generic keys(that are used 3-20 times repeatedly in our keys.ini). Then if no matching PIDKEY is found, but a valid biosstring+cert exist, we will simply use the defaultoemkeys. if everything does exist then we use the PROPER key for that specific oem.

this way we can really clean up the oobe.cmd and make it easily updatable, and clean up that serious mess of product keys.... (oh yeah, i like that reverse style keys.ini - kind of like DAZ's.. I think I need to fix that too, then we could *AH HUM* "borrow"(or more likely copy) keys back and forth between windows loader and this project.

now for the toshiba series ie: toshiba, tosa, tosac, tosi, and tosq we would check %MAN% after the cert lookup, and create the duplicate directory - this way we can still save space - maybe I should even do a duplicate file check on the vista and 7 certs - we could use a "either" directory for certs if they are the same between versions; if the cert isn't found in the windowsversion directory it would check the either directory..

well, I am off to mess with it a little before I crash, Probably try to finish it up tomorrow or monday night. #WINNING!!

 

I do have to say, I liked the previous versions of the dell wallpaper, and the acer wallpaper. I wish those ones were in the multiple sizes so I could replace the new ones. the new ones are ugly, in my opinion. less professional looking.

 

You need to login to view this posts content.