SCCM OS imaging always assigning boot partition with drive letter D instead of C
Ian usingSCCM Sp2 Beta for OSD.I used windows 2008 default image that came with the installation source.For some reason after executing the OS seuqence my image is getting deployed on the single drive and assigning it drive letter D instead of C.Need assitance in fixing this issue.I want the OS drive to assigned as C instead of D
October 25th, 2009 12:54am

create a build and capture task sequence for windows 2008 and create a new task sequence to deploy the captured WIM image to your servers, that way it will end up being C: instead of D:my SCCM step by step Guides > http://www.windows-noob.com/forums/index.php?showtopic=1064
Free Windows Admin Tool Kit Click here and download it now
October 25th, 2009 1:18am

Using the install.wim directly form the media, while supported, results in this side effect. The only way around this is to follow Niall's advice.Jason | http://myitforum.com/cs2/blogs/jsandys | http://blogs.catapultsystems.com/jsandys/default.aspx | Twitter @JasonSandys
October 25th, 2009 1:45am

As Niall said you need to capture your own install.wim file. As the one that is provided with SCCM is a captured with D:. The easiest way to do this, imo, is to sysprep a 2008 server, boot it into WinPE and run a capture task sequence.
Free Windows Admin Tool Kit Click here and download it now
October 27th, 2009 3:14pm

I have done this using MDT build and capture and still get a D drive instead of C. Any ideas?
February 16th, 2010 12:42pm

can you explain the process you followed please ? My step by step SCCM Guides windows-noob on Twitter
Free Windows Admin Tool Kit Click here and download it now
February 16th, 2010 12:48pm

Sure. Created MDT client TS using the install.wim from my w7 iso. Allowed MDT to create all packages etc, etc. Captured resulting reference image. Created a second MDT client TS using reference image and configured unattended.xml with all required changes. Deployed to workstation, swore at d drive.
February 16th, 2010 2:00pm

that was the problem, you used install.wim instead of using an Operating System Install Package (ie: the entire SOURCE of the Windows 7 DVD, everything !) once you create a build and capture of windows 7 (try this guide for pointers ) you'll be fine cheers niall My step by step SCCM Guides windows-noob on Twitter
Free Windows Admin Tool Kit Click here and download it now
February 16th, 2010 2:14pm

Thanks Niall, that solved the problem.
February 16th, 2010 6:40pm

I have been told that build and capture will save me time but I am unclear as to how this will save me time if I have to build and capture for every model and make of system that is deployed in our organization. I would love to hear why Microsoft chose to have it install to the D: drive and who do I need to talk to about addressing this issue directly and having the install.wim install to the C: drive
Free Windows Admin Tool Kit Click here and download it now
January 10th, 2011 2:45pm

You don't have to do a build & capture for every model; images created by ConfigMgr or MDT are hardware agnostic and both process have the built-in default capability to inject drivers and hardware specific support applications into the deployment of the image dynamically. The goal and desired end-state for all customer deployments that I have done is having a single image which I have achieved in most of those cases. There are reasons to have multiple images -- like OS version or edition -- but these do not include any hardware dependancies when Vista or later is the OS being deployed (even with XP and 2003 this is achievable btw).Jason | http://myitforum.com/cs2/blogs/jsandys | http://blogs.catapultsystems.com/jsandys/default.aspx | Twitter @JasonSandys
January 10th, 2011 7:01pm

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics