Short answer: Don't run the command, you'll be fine.
Some feedback: 1. Do not hard code C: in the command, it may not work. :) instead you could use a variable like %OSDisk% set by ZTIDiskPArt.wsf 2. MDT does not use Format.com to format partitions, instead it uses diskpart.exe. 3. I also don't see the need to reformat the Target OS Disk to support 8.3. >From what I can tell all my MDT Litetouch targeted OS Partitions Support 8.3 NTFS *AS-IS*. 4. To check yourself run the command: 5. You can Set 8.3 status using the fsutil.exe command as well. 6. I had to look this up, but *yes* WIM files support the ability to capture and preserve 8.3 generated names, and I was genuinely surprised by this! I might recommend treating imaging process as 8.3 agnostic, and only worrying about 8.3 status when applying the image on the target. (IMHO) AS for the specific error below, when you reboot into WinPE, chances are pretty good that the OS has changed the drive letters of the partition we want to capture. How do we find our OS Target Partition between WinPE and full OS reboots? The Trick MDT LiteTouch uses is to take a profile Signature of the Target OS Drive, so we can find it again. We use the Size, VolumeName, and VolumeSerialNumber. My guess is that when you reformatted the drive, you gave it a *new* VolumeSerialNumber, hense the reason why it can't find the *EXACT* drive again, because it's looking for the old VolumeSerialNumber. -k From: [email protected] [mailto:[email protected]] On Behalf Of Mote, Todd Sent: Wednesday, May 28, 2014 3:25 PM To: [email protected] Subject: [MDT-OSD] 8.3 filenames Not to start this war again, but up until teched I'd built and captured with sccm. At teched several folks strongly suggested that I stop doing that immediately. I in fact did a b&c from teched, and it worked great, though somehow it had mistakenly used the standard version of server rather than the enterprise version, so I adjusted the TS that had just finished successfully with standard to enterprise, only to find it failed with no discernable reason. So that was the straw that broke the camels back, and I set up MDT 2013 standalone. Couple of days later I was building and capturing, seemingly reliably again. So I go to our sccm build and capture to get the steps that had been developed over the years to add them to mt new mdt b&c ts. One step, to satisfy some older programs being able to find executables was that of turning on 8.3 filename support. Easy 'run command line' step immediately after the 'partition and format' step, "cmd /c format c: /fs:ntfs /q /v:OSDisk /s:enable /y". have never had a problem with it in the sccm B&C, all the apps in question work fine, life has been dandy. When I added this step to my mdt b&c, everything worked fine up until the capture part. It bails out when attempting to capture with an error along the lines of "couldn't find a partition to back up" here's the section from my bdd.log: <![LOG[TargetPartitionIdentifier is set, find disk: SELECT * FROM Win32_LogicalDisk WHERE Size = '53161750528' and VolumeName = 'OSDisk' and VolumeSerialNumber = '06C99A9B']LOG]!><time="15:27:18.000+000" date="05-21-2014" component="ZTIBackup" context="" type="1" thread="" file="ZTIBackup"> <![LOG[Search for Drive: TargetPartitionIdentifier SELECT * FROM Win32_LogicalDisk WHERE Size = '53161750528' and VolumeName = 'OSDisk' and VolumeSerialNumber = '06C99A9B']LOG]!><time="15:27:18.000+000" date="05-21-2014" component="ZTIBackup" context="" type="1" thread="" file="ZTIBackup"> <![LOG[DestinationDisk and Partition did not yield a target Partition.]LOG]!><time="15:27:18.000+000" date="05-21-2014" component="ZTIBackup" context="" type="1" thread="" file="ZTIBackup"> <![LOG[FAILURE ( 5456 ): Unable to determine Destination Disk, Partition, and/or Drive. See BDD.LOG for more information.]LOG]!><time="15:27:18.000+000" date="05-21-2014" component="ZTIBackup" context="" type="3" thread="" file="ZTIBackup"> <![LOG[Command completed, return code = -2147467259]LOG]!><time="15:27:18.000+000" date="05-21-2014" component="LiteTouch" context="" type="1" thread="" file="LiteTouch"> <![LOG[Litetouch deployment failed, Return Code = -2147467259 0x80004005]LOG]!><time="15:27:18.000+000" date="05-21-2014" component="LiteTouch" context="" type="3" thread="" file="LiteTouch"> How can I enable 8.3 filename support and use the partition and format step built into mdt? Disabling my format step, making no other changes allows the sequence to finish, and capture fine. Enabling it makes it fail with the above error. Obviously size, volumename, or volumeserialnumber change, but I don't know how to affect anything other than volume name. Todd
