Jump to content

Jeff Harris

  • Content count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Jeff Harris

  • Rank
    Support Team
  1. Usually the only real catch is to avoid opening any Office apps after installation. You mentioned the user guide, but just want to make sure you caught that. Here's the link to Microsoft's guide for installing O365 on a reference system for deployment. It's got a little bit more information; https://docs.microsoft.com/en-us/deployoffice/deploy-office-365-proplus-as-part-of-an-operating-system-image
  2. Jeff Harris

    Trouble Deploying Dell Latitude 7490

    Are you able to enter the system settings and enable Secure Boot?
  3. Jeff Harris

    Why do I have to...

    That's pretty odd that it's only happening to the platform packs. The next time this happens, try moving the ppk files out of C:\SmartDeploy\Platform Packs\ to some place like C:\Temp, and then cut/paste them back. You don't need to walk through the import option inside the console for each one. (Also; I am assuming you didn't change your SmartDeploy directory from the default C:\SmartDeploy)
  4. Jeff Harris

    Cross network deployment

    Correct, the network deployment package contains the SmartPE boot image and your answer file. Provided you've walked through the steps to create an answer file for a cloud deployment, SmartDeploy will look to the cloud for the image and the platform pack.
  5. Jeff Harris

    Cross network deployment

    When you right-click a computer and click deploy, the network deployment package containing the SmartDeploy boot image and answer file is copied to the target computer (a few hundred MB). Then it will restart and boot into SmartDeploy and should your answer file have the instructions for an unattended cloud deployment, that's what would happen. I believe the recommendation is still to avoid this sort of scenario by keeping SmartDeploy installed on a VM on-site to act as the hub for console initiated network deployments. Maintaining connectivity without a site-to-site VPN can be problematic and may cause more work for you.
  6. 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.
  7. 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.
  8. Jeff Harris

    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.
  9. Jeff Harris

    Unattended deployment not unattended

    You can create an empty platform pack that may help in this case.
  10. 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.
  11. Jeff Harris

    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.
  12. 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.
  13. Jeff Harris


    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.
  14. 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.
  15. 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.