Tales from the Datacenter
RSS

A Tale of Build Numbers and Deployment

March 5th, 2010 Posted in MDT, Microsoft, WDS, Windows 7, Work

I’d just like you to know that I’ve been pulling my hair out all week.  I’m practically bald now.  We’ve been using MDT 2010 for quite some time and I’ve been super happy with it.  Until this week.

So, I’ve been creating custom images this week and capturing them to my MDT machine.  I got around to the x86 image, customized it, updated it, captured it, imported it, then tested and failed.  I couldn’t figure out why – hence the hair pulling.  And then I found it.  Like a glowing pot of gold hidden under a rock in the deepest part of the forest, I found the problem:

image

The DVD I got the source files from in the top image was build number 6.1.7600.16385.  Some update that I was running on the image I was customizing was updating this build to 6.1.7600.16481.  So, when I would go back to try to test the customized image, I’d get an error at the start of the task sequence that goes something like this:

Operating System deployment did not complete successfully.

Error: Unable to find SETUP , needed to install the image
\\MDT_Server\DeploymentShare$\Operating Systems\W7x86_CAP_3-4-10\W7x86_CAP_3-4-10.WIM

I tried the Google route, and found a bunch of unrelated stuff.  Turns out, if the build number is the same on a custom image as on an image with the full source files, MDT will not require setup sources for the custom image.  It will take it from the existing sources in another OS.  So, when it was looking for the setup sources for my 16481 build, it couldn’t find it.

There you have it.  Be careful running updates on custom images.  Make sure you have the sources with the same build number or it won’t work.

  1. 11 Responses to “A Tale of Build Numbers and Deployment”

  2. By Hugh on Mar 24, 2010

    Thanks!! You just saved me a bunch of time! I was smacking my head on the desk going WTF!? :)

  3. By Dan on Apr 14, 2010

    Just an FYI, people who use fat images, and pre-install windows updates to the wim will be unable to deploy an image that has been captured after installing MS10-015 – KB977165. This update modifies the kernel version number, and ZTI will fail saying it can not find setup files for deployment.

    More information on MS10-015 – KB977165:

    http://support.microsoft.com/kb/977165/

    I would say its best to install this update after deployment if this is the route you go.

    -Dan

  4. By Mark on Jun 1, 2010

    I just came across the same problem with the build numbers not matching and getting the error “unable to find setup”. Is there a way to include the updated source files in MDT so I don’t have to worry about excluding MS10-015 before capturing?
    Thanks, Mark

  5. By Patrick on Jun 1, 2010

    Not that I know of. I think we’re going to have to wait for a service pack so Microsoft will update the DVD and the source wims.

  6. By Stefan on Aug 18, 2010

    imho you can include the patch via MDT. The base WIM is not beeing affected.
    The patch will be included after installation.

  7. By Stefan on Aug 18, 2010

    strangely there is no KB977165 installation in the installed software overview :-/

  8. By Stefan on Aug 18, 2010

    is there a “dirty” way to change the build/lab number in Win7 so the installer thinks it’s the old version?
    I already tried to alter the registry but it jumps back after rebooting.

  9. By Stefan on Aug 18, 2010

    update:
    I run Win7 on the different version number (7600.16539)
    I ran the setup under the system and chose “Upgrade”
    The Version number is now restored to it’s source version (7600.16385)
    I keep you posted if deployment works now.

  10. By Stefan on Aug 18, 2010

    update:

    after UPGRADE sysprep could not be started in an upgraded environment.
    So I have to install from scratch. d*mn

  11. By Stefan on Sep 1, 2010

    update:
    I followed the youtube tutorial of MS-tech specialist Jay Paloma and came to the problem in this thread.
    I NOW got it running and want to say that
    >>> it is NOT dependant on the Build numbers !!! <<<

    The problem with "SETUP NOT FOUND" came from the steps in MDT, while importing the WIM into MDT.

    -In MDT: you go left pane to OPERATING SYSTEMS.
    -Right mouseclick "IMPORT".
    -Next you are asked what OS TYPE to import.
    -You select CUSTOM IMAGE FILE and select your WIM
    you have captured.
    -on NEXT you come to the crucial point that was wrong described. You select the second entry "Copy Windows Vista, Win server 2003 or later setup files from specific path"
    -You select the earlier imported original Windows-installation-CD as Source for the SETUP files. (should be no WIM but all files in a subfolder)

    NOW, your captured custom WIM is beeing imported in MDT and the Setup files are added from the original installation medium.

    It was no problem for me.
    (well exept missing network drivers on one desktop PC, so the BDD-autorun Script refused to continue under Win7)

    Hope this helped.

  12. By Stefan on Sep 1, 2010

    addendum zu previous post:

    after installing the network drivers manually via USB stick, I logged off and on again as ADMINISTRATOR and the deployment wizard continued where halted. Nice!

Post a Comment