Jump to content
DeployCentral

Jeff Harris

Administrators
  • Content count

    62
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Jeff Harris

  • Rank
    Support Team
  1. I believe the problem is related to the AppX apps and sysprep in v1709 specifically, and not the profile. Hopefully this is fixed in the next large update. We actually went through this same thing a few versions back with Windows 10.
  2. We have seen issues with Windows 10 v1709 Store appx packages (and the Windows Store itself) not functioning after deployment. The first thing we recommend is that you try to fix your current VM. Power on your reference VM, launch the Windows Store, and install all available app updates. Once the updates have all completed, gracefully shut down the VM (shutdown /s /t 0), then retry capture and deployment. For some users experiencing this issue, it has resolved it. We’ve also seen success in creating a new local administrator account, or using a domain account. The process of creating a new profile allows for the Start Menu apps to re-provision. Unfortunately, if that does not fix the issue, the only workaround that we can recommend would be to rebuild the VM in the manner specified below. To build a new VM and ensure that no apps are updated in the process, complete these steps: Build a brand new VM. Set the network adapter to either be disabled or not connected. Install Windows 10 1709 from MS VL .iso (or any other official media which has not been customized for specific hardware). Go through OOBE. Once you reach the desktop, open an administrative command prompt and run the following command: reg add HKLM\Software\Policies\Microsoft\WindowsStore /v AutoDownload REG_DWORD /d 2 This registry value will prevent the Windows Store apps from auto updating. Once this is set you can open the VM settings and enable the network connection (and provide internet connectivity), then continue setting up your VM. Once your VM is setup, do a clean shutdown (command line SHUTDOWN /S /T 0) and capture. You will want to add a Task to the deployment to remove the AutoDownload setting, so that the apps will update properly on the deployed device. You can add this in Deploy Wizard (or Answer File Wizard), Advanced, Tasks.
  3. Deployment Wizard - Not enough disc space?

    I've seen this sort of failure with Wipe and Load in instances where the target devices previously had Windows 7 installed, and the image is for WIndows 10. The reason is that the system partition for Windows 7 is smaller than 10, and thus it can't fit. We always recommend using Wipe and Load whenever possible.
  4. Unattended deployment not unattended

    You can create an empty platform pack that may help in this case.
  5. You'll want to have a site-local host running SmartDeploy, and any clients on that site configured to use that host. You can do a one-time copy of your corporate image to that host, then use RDP to download packs, create answer files and network deployment packages, and initiate your network deployments.
  6. Automate Wifi Connection

    (UpdateD) You could do something like this; On a workstation that's connected to the network, run the following command: (You may need to verify your interface name) netsh wlan export profile name="NameOfWirelessNetwork" folder=c:\temp interface="Wireless Network Connection" Then copy the NameOfWirelessNetwork.xml file to a place on your reference VM like C:\Temp\ Then you'd add a 'At First Logon' task to your Answer File, using the Tasks tab in the Advanced settings of the Answer File wizard with the following command: cmd /c netsh wlan add profile filename="C:\Temp\NameOfWirelessNetwork.xml" Alternatively, you could keep the xml on a network share, and use GPO to import the wlan profile. You may also need to do some tweaking to the xml file dpending on which security method you use. You an find examples on TechNet for this.
  7. I'd be interested to see the file count between the 2 images once complete. Capture time is most related to the make up of the reference VM disk, but can also be affected by disk/network speed, or any real-time file scanning in place. It sounds like you would need to look at what's in your reference VMs.
  8. Keyboard

    Steve, we may need to look at your logs to get a better idea of what's going on. Reach out to support@smartdeploy.com for assistance.
  9. Sysprep with CopyProfile is sort of broken in Windows 10 1709. Here's a lengthy TechNet post with users reporting different behavior. We're hoping it's resolved in the next update. There are some work-arounds to get it working well enough, but nothing seems to be a magic bullet.
  10. I've seen instances where Windows Defender real-time scanning affects capture time. I would look at that first. Also; SmartDeploy does a file-by-file copy to create the image. The difference in your images doesn't just have to be file size to make a difference in image creation time. The 35GB and 40GB VHD sizes aren't necessarily a reliable indicator of what's being used by files.
  11. Keyboard

    Here's a link to a blog topic that covers manually specifying the local settings in greater detail. You'll have better luck explicitly setting the language this way.
  12. Keyboard

    The Answer File wizard offers you the opportunity to set the locale for the deployment. Have you set your locale there?
  13. Deploying Windows 10 sysprep error

    We do recommend to avoid in-place upgrades, of Windows, and any other software if possible.
  14. Migration Stuck/Paused

    Glad to hear it completed the copy. That stage of the deployment is using the normal Windows copy commands. There's no standard time to copy regardless of size since given all the factors that can affect the copy time. If there's an error, or it doesn't progress you can cancel to return to the SmartDeploy boot menu, open a command prompt and locate the X:\Windows\Temp\Scanstate.log file. This can shed some light on what's happening. (Alternatively, you can click the Collect Logs button on the SD boot menu and this log will be included in the zip file.)
  15. CaptureVirtual Disks. Capture returned: 87

    This sort of error could be caused by; Anti-Virus or some other security software installed on your reference VM Snap-shots of your reference VM The reference VM configured to use EFI mode Anti-virus software on your SmartDeploy host I would address those items first, and try again. If you need to have A/V software on your image, I recommend using the Tasks pane to script the installation post image. Following that, if you still have issues try a warm capture which is outlined on page 76 of the user guide. https://www.smartdeploy.com/wp-content/uploads/SmartDeployUsersGuide_V2.pdf
×