none
MDT hangs when trying to deploy image RRS feed

  • Question

  • Hello,

    I have a Dell XPS 13 9365 that is brand new. I am using the TB16 docking station. I am able to boot into the Microsoft Deployment Tools successfully. However, after I enter my credentials the next screens to start the imaging process flash for a brief second and then go away. Computer will be apart of our domain. It just hangs on our background screen. I went through the log files located in C:\MININT\SMSOSD\OSDLOGS\ and is related to the "ZTI Error: Object required" entry. Bellow is a quick snip-it from the ZTIGather.log. I have all the logs from this folder available. 

    Microsoft Deployment Toolkit version: 6.3.8443.1000

    <![LOG[------------------------- Object Initialization -------------------------]LOG]!><time="10:22:35.000+000" date="12-15-2017" component="ZTIGather" context="" type="1" thread="" file="ZTIGather">
    <![LOG[------------------------- Initialization -------------------------]LOG]!><time="10:22:35.000+000" date="12-15-2017" component="ZTIGather" context="" type="1" thread="" file="ZTIGather">
    <![LOG[Synchronizing the environments.]LOG]!><time="10:22:35.000+000" date="12-15-2017" component="ZTIGather" context="" type="1" thread="" file="ZTIGather">
    <![LOG[Property DeployRoot is now = \\SEVER01\Fileserver\DeploymentShare]LOG]!><time="10:22:35.000+000" date="12-15-2017" component="ZTIGather" context="" type="1" thread="" file="ZTIGather">
    <![LOG[Property DeployDrive is now = X:]LOG]!><time="10:22:35.000+000" date="12-15-2017" component="ZTIGather" context="" type="1" thread="" file="ZTIGather">
    <![LOG[Finished synchronizing the environments.]LOG]!><time="10:22:35.000+000" date="12-15-2017" component="ZTIGather" context="" type="1" thread="" file="ZTIGather">
    <![LOG[Skipping local settings gathering because it has already been done.]LOG]!><time="10:22:35.000+000" date="12-15-2017" component="ZTIGather" context="" type="1" thread="" file="ZTIGather">
    <![LOG[Processing the PREINSTALL phase.]LOG]!><time="10:22:35.000+000" date="12-15-2017" component="ZTIGather" context="" type="1" thread="" file="ZTIGather">
    <![LOG[Determining the INI file to use.]LOG]!><time="10:22:35.000+000" date="12-15-2017" component="ZTIGather" context="" type="1" thread="" file="ZTIGather">
    <![LOG[Using DEFAULT VALUE: Ini file = \\SEVER01\Fileserver\DeploymentShare\Control\CustomSettings.ini]LOG]!><time="10:22:35.000+000" date="12-15-2017" component="ZTIGather" context="" type="1" thread="" file="ZTIGather">
    <![LOG[Finished determining the INI file to use.]LOG]!><time="10:22:35.000+000" date="12-15-2017" component="ZTIGather" context="" type="1" thread="" file="ZTIGather">
    <![LOG[ZTI ERROR - Unhandled error returned by ZTIGather: Object required (424)]LOG]!><time="10:22:35.000+000" date="12-15-2017" component="ZTIGather" context="" type="3" thread="" file="ZTIGather">
    Monday, December 18, 2017 2:19 PM

All replies

  • I currently have the same problem.  I have included the latest Realtek drivers in the WinPE image.  I have added a sleep to the scripts to allow the network to start up.  Reviewing the BDD.log I see where the last thing it did was launch wizard.hta, so I tried manually launching it from the command line and received an error that it could not find the file.  Interesting.. I have an IP address, DNS works, I have a drive mapped.  So I looked harder and this is what I noticed:

    DIR \\server\deployroot$\Scripts\Wizard.hta

    The Network Path was not found.

    but if I wait another minute, up-arrow and execute the very same command DIR is able to succesfully find the file.  And if I wait another minute, I might get back File Not Found.  Try again?  The Network Path was not found.  One more time?  Oh, there is the file.  Network is inconsistent.

    I suspect it is the Network component in the Dock that is causing this.  Going to try to find another USB NIC to try. 

    Thursday, January 4, 2018 4:49 PM
  • Possible success:  I added the USB3 drivers into the WinPE image.  (I added all of the drivers with class=USB or class=ports) and it works a LOT better.  Image is loading.
    Thursday, January 4, 2018 5:07 PM