Jump to content


Search the Community

Showing results for tags 'MDT'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Cloud
    • Azure
    • Microsoft Intune
    • Office 365
    • Windows 365
  • General Stuff
    • General Chat
    • Events
    • Site News
    • Official Forum Supporters
    • Windows News
    • Suggestion box
    • Jobs
  • MDT, SMS, SCCM, Current Branch &Technical Preview
    • How do I ?
    • Microsoft Deployment Toolkit (MDT)
    • SMS 2003
    • Configuration Manager 2007
    • Configuration Manager 2012
    • System Center Configuration Manager (Current Branch)
    • Packaging
    • scripting
    • Endpoint Protection
  • Windows Client
    • how do I ?
    • Windows 10
    • Windows 8
    • Windows 7
    • Windows Vista
    • Windows XP
    • windows screenshots
  • Windows Server
    • Windows Server General
    • Active Directory
    • Microsoft SQL Server
    • System Center Operations Manager
    • KMS
    • Windows Deployment Services
    • NAP
    • Failover Clustering
    • PKI
    • Hyper V
    • Exchange
    • IIS/apache/web server
    • System Center Data Protection Manager
    • System Center Service Manager
    • System Center App Controller
    • System Center Virtual Machine Manager
    • System Center Orchestrator
    • Lync
    • Application Virtualization
    • Sharepoint
    • WSUS

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL


Location


Interests

  1. We have a HTTPS-only enabled SCCM (MDT integrated) and have disabled the network access account in the software distribution properties. After disabling the network access account our task sequence is stuck at the very last stage when it´s trying to copy the log files to the share defined in CustomSettings.ini. There is a network credentials dialog box displayed behind the TS progress bar, at that point we can enter any text in the username/PW fields (non-existing account/PW) and press OK and the logs are successfully copied to the server share. Any ideas what can be causing this password prompt at that stage? The share/NTFS permissions seem OK and it obviously does not need any valid credentials to successfully copy the files, is it using the computer account?
  2. I am having an issue with imaging the surface pro 7+ everything goes through I apply the driver package which works for some I found once completed the touch screen doesn't respond I have to connect a keyboard and mouse anyone else having this issue?
  3. I try to install the nav application with mdt but still there is an error: "Application Nav returned an expected return code: 2 here are all the details i need your help 😢
  4. Hello all, I have a windows 10 image that I am deploying to devices which is currently version 1703. This is obviously not ideal being almost 3 years old. Is there a relatively painless way to update this image or will I need to install and update on a system and then recapture this install image? Thanks.
  5. Hi I have a MDT deploy for both Windows 10 and Windows 7, without SCCM I have also a deployment database there is all info about like, computername and MAC address etc.. The problem is then I trying to start a deploy with PXE boot , wont the deployment database start to do a collect to the client, the deployment running without info from Database and then the deployment is finish. The error message is about access denied or database is not exist. It have works before and SQL database is running .. How will I do to troubleshooting that ? Sokoban
  6. My MDT task sequence runs to completion. When it shows the Deployment Complete window, all applications show a failed icon with no SuccessOrFailureCode shown. How do I go about troubleshooting why my apps are not installing? SCCM INFO: Version 1810 CONSOLE VERSION: 5.1810.1075.2600
  7. Hi all, I have a standard MDT installation, Version: 6.3.8456.1000. I setup a test task sequence with a single command line step to launch the UDI Wizard using the default xml. The very first time the wizard launched successfully, but on subsequent attempts the wizard page appears blank with the only working button being Cancel. I've tried creating reinstalling MDT and creating a new deployment share, I've tried creating a new xml with the same name, I've tried creating a custom xml and specifying it with /definition:custom.xml in the command line. Same result. Does anyone have any fixes? Thanks!!
  8. Hello Everyone, I need an answer to simple question , I'm in a process to implement MDT into my organization , in the organization we have dell latitude laptops that comes with OEM license , From my understanding the OEM license is stored on the bios of the computers. (correct me if I'm wrong) 1) Do I need to use the OEM task sequence in the MDT ? 2) How can I take the OEM license from the laptop bios and use it on the same laptop ? I just want to use the OEM license for the same laptop he comes with it , I know that this is possible but I'm not sure how to do it.
  9. Morning all, I'm running into an odd problem with my SCCM OSD TS. I am using MDT integration and have selected the steps Install Roles and Features to install the .NET Framework 3.5. I have this step right after the Setup Windows and Configuration Manager step. However, upon OSD completion, the process is not complete. Here is the excerpt of the step from SMSTS.log, it doesn't show any failures Adding begin group instruction at 38 TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) There are 1 first level steps or groups TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) Parsing step node: Install .NET Framework 3.5 (Includes .NET 2.0 and 3.0) TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) Description: TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) ContinueOnError: true TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) SuccessCodeList: 0 TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) RetryCount: 0 TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) No condition is associated with the step. TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) Disable: TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) Run in attribute: WinPEandFullOS TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) Timeout: TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) DefaultVarlist found TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) Variable name: OSFeatures TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) Variable name: OSRoleIndex TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) Variable name: OSRoleServices TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) Variable name: OSRoles TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) Action command line: smsswd.exe /run: cscript.exe "%DeployRoot%\Scripts\ZTIOSRole.wsf" TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) Adding instruction at 39 TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) Processed all elements TSManager 7/16/2018 2:13:53 PM 1620 (0x0654) Any assistance is greatly appreciated.
  10. Hi all, I was trying to deploy a Task sequence, which I Copied from standard T.S. and made little change and trying to test it before using. This T.S. is to make BIOS system to UEFI system in boot (Dell system) and then install OS. But when I try to implement this its throwing an error code "0x80004005". I am pasting my SMSTS log file. Please help me. Log: please see the attachment.
  11. I am new to Task Sequence. I am working on a task Sequence to convert BIOS (Legacy) mode systems to UEFI mode systems (Dell Laptops)(SCCM with MDT) . Can some share a task sequence to do so or share your experience to do so. Actually my requirement is to add these steps for PXE OSD win 10 1607 task sequence.
  12. Hi I have a couple of questions regarding using language packs in a reference image in MDT. We want to deploy Swedish OS to all our users and I was advised to do this using English OS media with corresponding language pack (Windows 10 1803) instead of using localized media. It appears to have installed the language pack correctly in the reference image but the display language of the OS before the capture is in English (I have a suspend action in the task sequence). My question is what is the best way to set the display language automatically to Swedish once the LP is installed by the task sequence? Some other concerns regarding patching and updating the client once it has been deployed: We will be deploying the REF-image using OSD in SCCM 1802 and use SUP/ADR rules to patch the clients, I assume the patches we download for Windows 10 will need to be in English since the base OS is English? Are there any other considerations we need to make? What are the implications of using SCCM/Servicing for Windows 10 when updating a client with a LP, say 1709 to 1803? I know that the version of the language pack must match the release version of Windows but is there anything else? I would really appreciate if someone has some experience of this and could give me some feedback. Regards Emile
  13. Hello, I am trying to find a way to setup our server to allow us to PXE boot our computers for imaging. However, we will have a workstation laptop running Win 10 with MDT 2013 installed. We want to send the wim files to the laptop and unicast from the laptop to the computers. For example, I have a lab of 25 computers, with a network switch in the same room. The laptop will be connected to the same switch, the computers will PXE boot using our WDS server, but will pull the image from the wim file stored on the laptop or send the image to the laptop. Has anyone done this before? This is on a local campus, with multiple buildings, and have more than one tech with their own issued laptop. Any help that you can provide will be greatly appreciated. We are currently still running Windows 7 in our labs and the server is Server 2012 R2 Datacenter, running MDT build 8443.
  14. Hello Windows Noob family! I am attempting to a very basic, nothing crazy refresh from windows 8.1 to windows 10 using SCCM with MDT. I am doing a user driven installation with the latest ADK installation. I create a standard User Driven task sequence. Under the capture user state step I have Capture all user profiles by using standard options selected, with verbose logging and Copy by using file system access - checked continue if some files cannot be captured and capture locally using hard links. Then under Restore User state I am using Restore all captured user profiles with standard options. When kicking off the task sequence from within the OS, I have no trouble managing the wizard... which reboots me into WinPE and begins the image. I watch it run the USMT package which "Processes the User State". When the image is done, the user profiles are not restored, altho - all the data is still there under C:\StateStore. I can browse through that folder and see all the user profiles that were backed up, and all the content is there. It just appears to be skipping, or failing? On the Loadstate portion... I cannot find any scanstate / loadstate logs - and the SMTS.log files don't appear to display any errors. Any thoughts from the gurus here? Thank you!
  15. I have created a Windows 10 MDT task sequence in SCCM and am using the ztisetbackground.wsf script STEP_01 STEP_-2 etc My problem is that once Configuration Manager is loaded and the system reboots the screen goes black and stays on the "Setup is preparing your computer for first use." Is there a way to hide this screen during OSD so that my ztisetbackground.wsf script steps appear?
  16. Hi friends, I had an already known machine in ConfigMgr and I wanted to deploy a new operating system to the machine. I made a tasksequence deployment to "All Unknown Computers" and deleted a machine under "Devices" but it keep saying device is in the database. I have waited for like 2-3 days, restartet WDS and did a query to see if the MAC address is in the datatabase but it can't be found. How do I make the machine "unknown"? Querie: select SMS_R_System.Name, SMS_R_System.MACAddresses, SMS_G_System_NETWORK_ADAPTER.ResourceID from SMS_R_System inner join SMS_G_System_NETWORK_ADAPTER on SMS_G_System_NETWORK_ADAPTER.ResourceId = SMS_R_System.ResourceId where SMS_G_System_NETWORK_ADAPTER.MACAddress = "88:51:FB:7F:E8:F7" SMSPXE.log: 94:DE:80:8F:A6:C7, 03000200-0400-0500-0006-000700080009: device is in the database. SMSPXE 24-01-2018 14:20:27 484 (0x01E4)
  17. Hope that someone can help me. I am running MDT\WDS on windows 2012 server. DHCP server runs on a separate server. My clients are on another VLAN. I use IPhelpers in order to facilitate communication between clients, and WDS, and DHCP servers. It works all fine in case of HP Z420 (legacy bios) and Lenovo T430s, but it does not work on HP Z440 even when I use legacy bios mode, does not work in UEFI mode as well. The above makes me think that something is going on with Z440 and its bios version, or maybe Intel boot agent version. I do not use any selection profiles, I have all WinPE drivers loaded into my boot image, but as far I understand I do not even reach this stage, as my process fails before downloading anything. The error message I get is that “Boot filename was not received”. Again, I do not make any changes on the server and it works fine for other two models. Here is the successful capture (HP z420), and towards the bottom there is the unsuccessful capture (HP z440). All packets look the same until almost the end. However, within unsuccessful capture the client sends RELEASE message, like it would release DHCP address, why? And instead downloading a bootfile the whole process starts again. This happens a few times and finally it times out. Again, because it works for other models it makes me think the problem is the client, not the server. I have tried, I believe all, suggestions I was able to find online, but nothing worked. In both cases WDS tells the client to use: BootFileName: boot\x86\wdsnbp.com If I use UEFI mode on 440 then WDS never sends ACK message after client’s request. Here of course client identifies himself as x64bit, WDS should send him to boot\x64 Maybe I am missing something in configuration, hope I do!. When I use this on other models which work (p 420 and lenovo laptop), they both identify themselves as x86. However 440 in legacy mode also identifies itself as x86, and I believe this is all expected. Maybe I have “Multiple PXE servers on same network segment. A client will respond only to the first PXE server offered.” https://support.symantec.com/en_US/article.HOWTO8573.html Scenario number 2? I appreciate any help! Similar story - https://supportforums.cisco.com/t5/lan-switching-and-routing/dhcp-pxe/td-p/2627424 Explanation for screenshots: Blue – switch (relaying client packets), ignore blue font on the screenshot, it does not mean anything Red – WDS Server Yellow – client
  18. Introduction Microsoft released the new Surface Pro and recently a new operating system, Windows 10 version 1709 (Fall Creators Update). Now you can automate the installation of it using PowerShell. This script has been written to allow you to automate the deployment Windows 10 version 1709 (Fall Creators Update) using the latest available software including: Windows 10 x64 (version 1709) Microsoft Deployment Toolkit (MDT) build 8443 Latest available 2017 drivers for the Surface Pro Windows 10 ADK (version 1709) Windows Server 2016 Note: This is fully automated, and as this does install a Windows Deployment Services server role hosting a boot image, you should modify the script accordingly and test it thoroughly in a lab first. This script is tailored for one thing only, deploying Windows 10 x64 version 1709 to the Microsoft Surface Pro with all drivers loaded and MDT 2013 preconfigured. Download it and customize it to suit your needs for other hardware if you wish because what it does is pretty cool. This script performs the following actions:- Downloads and then Installs Windows ADK 10 (version 1709) if you have not done so already Downloads and then Installs MDT, if you have not done so already Downloads all required drivers for Microsoft Surface Pro if you have not done so already Imports the Windows 10 x64 (version 1709) operating system into MDT Imports the Microsoft Surface Pro drivers into MDT Creates Selection Profiles for Surface Pro and WinPE x64 Creates a Deploy Windows 10 X64 version 1709 task sequence Edits the Deploy Windows 10 X64 version 1709 task sequence and adds an inject drivers step for Microsoft Surface Pro Sets a WMI query for hardware detection for the Surface Pro on the corresponding driver step Injects the Microsoft Surface Pro network drivers into the LiteTouchPE_x64.wim Creates custom CustomSettings.ini and BootStrap.ini files Disables the X86 boot wim (as it is not needed for Surface Pro) Changes the Selection Profile for the X64 boot wim to use the WinPE x64 selection profile Installs the Windows Deployment Service role Configures the WDS role and adds the previously created LiteTouchPE_x64.wim Starts the WDS service so that you can PXE boot (UEFI network boot). All you have to do is download the script below, modify some variables, then place certain files in the right place such as the Windows 10 x64 Enterprise (version 1709) media. Please ensure you have a working DHCP scope on your Active Directory domain controller, then PXE boot a Microsoft Surface Pro and sit back and enjoy the show. Step 1. Download the script The PowerShell script will do all the hard work for you, it is in the Downloads section at the end of this guide, download it, unzip it and place it on the server that is designated to be the MDT server. Step 2. Configure the variables in the script Once you have downloaded and extracted the script, you need to configure certain variables interspersed throughout the script. I'll highlight the ones you need to edit. The most important of them is the $SourcePath variable (line 53) as this decides where to get the content from and where to store it. This variable should point to a valid drive letter, the folder name will be created if it does not exist. The $FolderPath variable (line 237) specifies the MDT Deployment share root folder for example C:\MDTDeploy. There are other variables to configure, for joining the Domain (lines 315-317) and then you need to configure how you actually connect to the MDT server from WinPE (lines 392-396) Step 3. Copy the Windows 10 x64 (version 1709) operating system files Mount a Microsoft Windows 10 x64 Enterprise (version 1709) ISO and copy the contents to $SourcePath\Operating Systems\Windows 10 x64\1709 as shown below Step 4. Optionally copy MDT, ADK 10, Surface Pro drivers This is an optional step. If you've already downloaded the above files then place them in the source folder, otherwise the script will automatically download them for you. Note: You do not have to do this as the script will download the content for you if it's not found. Step 5. Optionally copy your Applications to the respective folders This is an optional step. If you have apps like Office 365, copy them to their respective folders under Applications. If you do add any applications, you'll need to edit the corresponding section within the script for the CustomSettings.ini and replace the GUID for the App, these applications are remmed out with a #, as shown here (line 358) and here in line 294... Step 6. Run the script On the server that will become your MDT server, start PowerShell ISE as Administrator. Click on the green triangle to run the script. Below you can see the script has completed. After the script is complete, you are ready to test deploying Windows 10 version 1709 (Fall Creators Update) to a Microsoft Surface Pro. You can see that Windows Deployment Services is installed and that the ADK 1709 version of the MDT LiteTouch_X64 boot wim is already imported. This boot image also has the Surface Pro network drivers added. After opening the Deployment Workbench, you can see the Deploy Windows 10 x64 version 1709 task sequence is created The Surface Pro Inject drivers step is pre-configured for you and the WMI query for the hardware is also added on the options tab drivers specific to the Surface Pro for are imported into MDT Step 7. Sit back and watch the deployment Take a properly shutdown Surface Pro , and power it on using the following sequence. Hold the down volume key and then press the power button while continuing to hold down the volume key, it should PXE boot. Press enter when prompted before loading the boot image before prompting you for a computer name, note that it's currently set to SurfacePro in CustomSettings.ini contained within the script, you can change that behavior in the UI itself (CustomSettings.ini on the Properties/Rules of the DeploymentShare) or automate it via the many methods available such as those that Mikael describes here click Next and off it goes, with your customized Company name and after a while it's all done Troubleshooting If the script has issues starting WDS (and you see the error below) then restart the server, as you were asked to do at the end of the script ;-). If you cannot PXE boot, because WDS is not accepting connections (revealed by the PXE Response tab in WDS properties), then look for the following error in the scripts output: An error occurred while trying to execute the command. Error Code: 0x5 Error Description: Access is denied. If you see that error, then the user you are logged in as does not have sufficient permissions to configure WDS. To grant permissions to the Windows Deployment Server (MDT01) do as follows Open Active Directory Users and Computers. Right-click the OU where you are creating prestaged computer accounts, and then select Delegate Control. On the first screen of the wizard, click Next. Change the object type to include computers. Add the computer object of the Windows Deployment Services server, and then click Next. Select Create a Custom task to delegate. Select Only the following objects in the folder. Then select the Computer Objects check box, select Create selected objects in this folder, and click Next. In the Permissions box, select the Write all Properties check box, and click Finish. Repeat the above process to grant appropriate permissions for the User who will run the PowerShell script Summary Automating the deployment of Windows 10 version 1709 (Fall Creators Update) to the Microsoft Surface Pro using PowerShell and MDT is easy when you know how. Downloads Download the PowerShell script contained in the ZIP file. Deploy Windows 10 Fall Creators Update to Microsoft Surface Pro with MDT - November 2017.zip
  19. Hi We are moving from using SCCM OSD to using MDT for Deployments. In our SCCM OSD environment we used an HTA that would take user input and would generate a Computername (Specifically populate the OSDComputerName TS Variable). This worked fine in SCCM but since i've imported this into MDT its not working, meaning the build completes with an MDT generated Name like MININT-87976. I have disabled the computername part in MDT. I have also dumped all the variables during the OS Deployment to a text file, and ive noticed that the OSDComputerName is set to the HTA generated(correct ) name. So it seems like the variable is correct but its not passed to the OS. Any help appreciated and will provide more info if requested. Thanks
  20. Good morning. Hello,I work with MDT and I have a problem. I would like to change the drop-down list of languages. At the moment they are all there, but I would like only 4 of them to be offered: French, English, German and Spanish. Do you know how to do that? Thank you, thank you!
  21. Hello all, It is nice to find this forum, hopefully I can get through this issue with your help. I've been working through issues with the Sysprep and Capture TS, and after a few days of struggling through I've come to a real head scratcher. I can get the TS to execute and fully capture and create the WIM file, however the file is not being put where specified in the Capture Image question of the wizard. The BDD file is even logging that its putting it in the correct directory, but nothing. I can't find it anywhere on the MDT server in either of the deployment shares that exist in the file system. <![LOG[About to run command: "\\ntfs-mdt\BuildShare$\Servicing\X64\dism.exe" /Capture-Image /CaptureDir:D: /ImageFile:"C:\BuildShare\Captures\WIN10-PLEDGE-BASE.wim" /Name:"WIN10CAP10DDrive" /Compress:MAX /ConfigFile:"\\ntfs-mdt\BuildShare$\Tools\X64\wimscript.ini" /ScratchDir:"D:\MININT\Scratch"]LOG]!><time="16:32:23.000+000" date="10-03-2017" component="ZTIBackup" context="" type="1" thread="" file="ZTIBackup"> <![LOG[Using the backup path: C:\BuildShare\Captures\WIN10-PLEDGE-BASE.wim]LOG]!><time="17:05:53.000+000" date="10-03-2017" component="ZTIBackup" context="" type="1" thread="" file="ZTIBackup"> <![LOG[Using a local or mapped drive, no connection is required.]LOG]!><time="17:05:53.000+000" date="10-03-2017" component="ZTIBackup" context="" type="1" thread="" file="ZTIBackup"> Do the logs suggest its storing it locally? Why does it use the UNC and then revert to C:\ locally? Has anyone run into this before? I'm at wits end and web searches have not proved to be successful on this one. Thanks,
  22. I have an urgent need to image 20 new sites at a new facility we have brought onboard. I set up the new DP and distributed all needed packages. Now when trying to image my task sequence keeps getting stuck at "use Toolkit package step. Ive checked network account settings, and Redeployed "MDT 2013 file" package which is whats under that task but still cant get it to work. Please let me know what else may need to be done on my end.
  23. We have been using MDT 2013 for a year. I have one Lenovo laptop that I would like to capture and build a wim file. This laptop has Win 10 Creator's Edition, Office 2010 and Chrome. We were able to capture an image of this same laptop when we were using Windows 10 Anniversary Edition. I can capture any number of other Lenovo models that are using Creators Edition, but this E470 stalls at the Execute Sysprep screen and never goes any further. I have included screenshots of the error we receive. I am posting this here hoping someone can shed some light on this situation or have dealt with this issue.
  24. Hi all, So I had a working boot media. It would boot into the password screen where the network options would be visible. It would then pass through to the task sequence and complete the build as normal. However, upon updating the Distribution Points and creating a final boot media I no longer see the network options. Upon entering the password, the PC just reboots. Worth noting that if I use the boot media created prior to updating all the DP's, it all works (for now the IT Dept are using these). I just can't create new boot media should I need to, in this case was for a background change. I've tried the following: - recreating boot image - recreating boot media - updating MDT Settings and Files - Re-booting SCCM Server - I've been through all the settings and can't see that anything has been changed. Any ideas how to resolve this? Thanks..
  25. This list of guides (think of it as a living index) will be updated by me whenever I write a new guide for Microsoft Deployment Toolkit (MDT). If you are looking for some of my other guides then please check below: Microsoft Intune (hybrid) guides look here (over 61,103 views as of July 2017) SCCM (Current Branch) and SCCM (Technical Preview) guides are here (over 63,821 as of July 2017) Configuration Manager 2012 guides then look here (over 1 million views as of July 2017) Configuration Manager 2007 guides then look here (over 948388 views as of July 2017) SMS 2003 guides are here (over 10423 views as of July 2017) cheers niall How can I use PowerShell to automatically deploy Windows 10 version 1903 with MDT How can I automate the deployment of Windows 10 version 1709 (Fall Creators Update) using MDT and PowerShell ? How can I automate the deployment of Windows 10 (Creators Update) using MDT and PowerShell ? How can I deploy Windows 10 x64 to the Microsoft Surface Pro 4 using MDT 2013 Update 1 How can I deploy Windows 10 x64 Enterprise to the Microsoft Surface Pro 3 using MDT 2013 Update 1 Updated Powershell script with June 2015 drivers for deploying the Surface Pro 3 with MDT 2013 How can I use PowerShell to deploy Windows 10 x64 to the Microsoft Surface Pro 4 using MDT 2013 Update 2 How can I deploy Windows 8.1 x64 to the Microsoft Surface Pro 3 using MDT 2013 ? Updated Powershell script with May 2015 drivers for deploying the Surface Pro 3 with MDT 2013 Updated Powershell script with March 2015 drivers for deploying the Surface Pro 3 with MDT 2013 Updated Powershell script with January 2015 drivers for deploying the Surface Pro 3 with MDT 2013 Updated Powershell script with November drivers for deploying the Surface Pro 3 with MDT 2013 Guide: Multiple Operating Systems from UDI wizard
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.