Jump to content


WinOutreach4

Established Members
  • Content Count

    47
  • Joined

  • Last visited

  • Days Won

    1

WinOutreach4 last won the day on October 18 2017

WinOutreach4 had the most liked content!

Community Reputation

2 Neutral

About WinOutreach4

  • Rank
    Advanced Member

Contact Methods

  • Website URL
    http://www.microsoft.com/springboard

Profile Information

  • Gender
    Male

Recent Profile Visitors

1,077 profile views
  1. Have you removed the administrative shares on the machine? This Wiki article shows this as a possible cause of the error message that you posted. Have you tried the command line method of changing the folder location? wdsutil /Uninitialize-Server wdsutil /Initialize-Server /REMINST:”Z:\deploymentshare\remoteinstall” For the Invalid UNC path error, can you navigate to that path in a CMD window? Does it only give this error when enabling multicasting? If you don’t check the multicast box, does MDT accept this UNC path? Hope this helps, David Windows Outreach Team – IT Pro The Springboard Series on TechNet
  2. Another method would be to use the UNC path. For example: \\server\folder\file The TechNet Article ‘RunSynchronous’ has examples of the XML with this path structure. Hope this helps, David Windows Outreach Team – IT Pro The Springboard Series on TechNet
  3. Jorgen is correct. You need MDT 2013 and the Windows ADK for Windows 8.1 in order to use MDT on a Windows 8.1 or Windows Server 2012 R2 computer. Hope this helps, David Windows Outreach Team - IT Pro The Springboard Series on TechNet
  4. I would recommend the Microsoft Deployment Toolkit (MDT). It is a free deployment solution from Microsoft and is very powerful. MDT can create media for deployment by USB devices or DVD, in addition to being able to integrate with WDS for those systems that can access your WDS server. MDT can deploy your custom WIM image easily, but it can be much more flexible and powerful than that. MDT can manage device drivers for hardware independent imaging, install software after Windows is deployed, edit the answer file, name the computer, join a domain, and much more. These two videos are a great way to show you many of the ways that MDT can make your deployments easier and more automated: Deployment Day Session 1: Introduction to MDT 2012 Deployment Day Session 2: MDT 2012 Advanced There are many more articles, videos and walkthroughs to help you with deploying Windows on the Deploy Windows 7 and Deploy Windows 8 pages of the Springboard Series on TechNet Hope this helps, David Windows Outreach Team – IT Pro
  5. According to the MDT help files, if you set UserDataLocation to AUTO: “The deployment scripts store the user state migration data on a local hard disk of space is available. Otherwise, the user state migration data is saved to a network location, which is specified in the UDShare and UDDir properties.” You should set UserDataLocation=NETWORK in order to get the file to save to the network location you have specified in the UDShare and UDDir properties. You could use the UNC path (not variables) for the UserDataLocation property, but based on your last post, just changing AUTO to NETWORK should resolve your issue. Hope this helps, David Windows Outreach Team - IT Pro The Springboard Series on TechNet
  6. WDS has a ‘Filters’ feature to help you manage your drivers specifically for situations like this. You can create filters to make sure that only the drivers for that model are used. The TechNet Article ‘Managing and Deploying Driver Packages’ has detailed instructions that should help you with creating your filters. Hope this helps, David Windows Outreach Team – IT Pro The Springboard Series on TechNet
  7. That should not be the case, however the ADK should not be installed on the same machine that the AIK is installed on, as that can cause problems. Do these models have Secure Boot turned on? According to the TechNet article ‘Secure Boot Overview’: “The firmware may not trust the operating system, option ROM, driver, or app because it is not trusted by the Secure Boot database”. You may need to disable Secure Boot and possibly change from UEFI BIOS to Legacy BIOS in order to deploy Windows 7 to these machines. Hope this helps, David Windows Outreach Team – IT Pro The Springboard Series on TechNet
  8. Since you say that you are having this issue during the boot to your LiteTouchPE_x64.wim file, I have to ask if you updated the deployment share and re-created the boot images in order to get the new drivers in the boot image, and replaced the boot images on your WDS server with the new ones? Hope this helps, David Windows Outreach Team – IT Pro The Springboard Series on TechNet
  9. From what you are writing, it seems that you are doing things in the wrong order. Replacing the boot images in WDS is the last thing that you should do. 1. Edit bootstrap.ini (either in the Control folder of the new deployment share, or by right clicking on the share name in MDT and choosing properties, rules tab, and clicking the button to edit the bootstrap.ini file) 2. recreate boot images 3. replace boot images on WDS with new boot images The bootstrap.ini file is placed inside the boot images during the regeneration process. So you must edit it first, then regenerate, then replace boot images. In the bootstrap.ini file, you should have a line that shows the path to the new deployment share (DeployRoot=\\Server\share$). The same line should also be in your Rules (which is also the customsettings.ini file in the Control folder). Just to make sure this is all happening on the proper deployment share, please Close the old share (right click on the share name in MDT, and choose 'Close deployment share'. Then regenerate the boot images and replace in WDS. Let me know how this goes! Thanks, David Windows Outreach Team - IT Pro The Springboard Series on TechNet
  10. When you recreated your boot images, did you use those new ones to replace the current ones in WDS? Any time there are changes to the bootstrap.ini, the boot images must be re-created and the new ones have to replace the ones in use by WDS. The deployment share location is in the bootstrap.ini file. Hope this helps, David Windows Outreach Team - IT Pro The Springboard Series on TechNet
  11. While it is commonly referred to as the ‘Sysprep limit’ it is actually an activation reset limit. The TechNet article ‘How Sysprep Works’ has a section titled ‘Resetting Windows Activation’ that explains this in detail. To summarize, when Windows starts for the first time, it triggers the activation clock (30 days to activate Windows). So when you install Windows on a reference machine and start it up to customize, you have started the activation clock. When you sysprep this image to capture it, you have used the first reset (specifically, if you use the /generalize switch). Later, if you load your image on to a machine, start it up to run Windows update or update other software and run sysprep again to capture that image, you have started a second activation (when Windows starts) and then you are re-setting the activation when you sysprep to capture this updated image. Windows 7 has a limit of 3 ‘re-arms’ before you have to rebuild the image. Installing SP1 raises this limit by 1. When you have exceeded the limit, sysprep will fail and this support article explains that the image must be rebuilt. Hope this helps, David Windows Outreach Team – IT Pro The Springboard Series on TechNet
  12. You can use DISM to inject most updates to an offline image. This article from the ConfigMgrDogs blog on TechNet shows how this is done. MDT can inject updates during the deployment if you add the updates as packages, or you can set MDT to look to your WSUS server or Windows Update during the deployment to make sure it is up to date. Since you have some versions of Windows that can’t use WSUS, having MDT call Windows Update is probably the best solution for your situation. Another solution that I’ve seen used is to keep your base images running in VM’s, and when you need to update your image, snapshot the machine, then sysprep and capture. Then you can restore your snapshot to keep the base image from reaching the sysprep limit (which doesn’t exist on Windows 8). More information about managing Windows is available on the Springboard Series on TechNet. Hope this helps, David Windows Outreach Team – IT Pro
  13. Specifically, the setting <Extend>True</Extend> is what makes the partition use the remaining space. The Extend page from the Unattended Windows Setup Reference explains this in detail. Also, setting this as ‘False’ on other partitions is not necessary, as False is the default value. Hope this helps, David Windows Outreach Team – IT Pro The Springboard Series on TechNet
  14. You're welcome. Glad I could help.
  15. Double click on the failed package name (in the first screen), and you can see details about that package. In those details you will see that this package is unsigned. You can also get more detail on the failure by trying to add the package manually. For example, from an administrative command prompt, use this command and replace “PathToDriver.inf” with the actual path to the driver and keep the quotes around it: WDSUTIL /verbose /Add-Driver Package /InfFile:”PathToDriver.inf” For this driver package, it returns: Error code: 0xC10301B3 Error Description: This driver package is not signed. X64-based driver packages must be signed in order to be added to the Windows Deployment Services Server. This is also verified in the TechNet article ‘Troubleshoot Failed Packages’. x64 based driver packages must be signed. However, it might be possible for you to add the drivers to an offline image using DISM. The TechNet article “Add and Remove drivers offline” has an example of the DISM command to add drivers and uses the /ForceUnsigned switch: Dism /Image:C:\test\offline /Add-Driver /Driver:C:\drivers\mydriver.INF /ForceUnsigned Hope this helps, David Windows Outreach Team – IT Pro The Springboard Series on TechNet
×
×
  • Create New...