There are a lot of scripts, vb and PS.
I am trying to use Ps with .NET so I don't have to import AD module.
But getting an error when I am trying to move the object.
Cant figure this out:
Thank you
There are a lot of scripts, vb and PS.
I am trying to use Ps with .NET so I don't have to import AD module.
But getting an error when I am trying to move the object.
Cant figure this out:
Thank you
I'm keeping Win7, 1803 and now adding 1809 to MDT. My MDT version is 6.3.8450.1000 and ADK is 10.1.17134.1 (I'm not sure how to determine the build # of my ADK).
Do I need to upgrade MDT/ADK to handle 1809 and also Win7/1803? If so, what versions do I need?
Thanks
I have a new Dell Precision 3530 I'm trying to Boot to a LiteTouch.wim for rolling out Laptops and I seem to be having some issues. Every time I boot to UEFI NIC IPV4 it will connect and load the .wim but when Windows Development Toolkit runs all I get is a command prompt. But I want it to come up with an admin login so I can deploy the image. Boot mode is set to UEFI and secure boot is turned off, I've tested the .wim on other machines to see if its the .wim but it seems to be only happening on this Dell.
Update: Went to Dells site and downloaded the new WINPE drives and updated the .wim. Same problem still occurring.
Update Most Recent: deployed the LiteTouch.wim on 2 Dell Precision 3530 Laptops, One gives a "Dirty Boot" Popup before allowing me to enter in Admin credentials and Deploy. The other is giving a command prompt and nothing else. The only thing different between the two is the one that will deploy has a Bios of 1.5.1 and the other a Bios of 1.5.0.Hey guys,
I've been searching for this and haven't found an answer yet.
I started using a total-control method deploying my drivers and for the most part it's been great - But when trying to import my driver package to another deployment share, it reports tat it cannot copy files because there are duplicates.
I thought it might have just been complaining about the files itself (because MDT seems to manage the back end files on its own, as not to create duplicates, etc.) and still be copying all the links in my organized folders... but it isn't doing them either.
Has anybody found a solution for this?
Thanks,
Sit back and relax. This post will be lengthy. I have been racking my brain on this for over a week, and I desperately need a hero. Let me start with the scenario. We use a combination of MDT\WDS to deploy our images (we also have an SCCM environment that is not integrated with MDT). We are in the middle of using MDT's refresh capability to replace our Windows 7 bitlockered OS' with Windows 10. The refresh process goes like this:
This last reboot is where the issue lies. As soon as the task sequence hits that 'Restart' task, it blue screens with an 'fvevol.sys' error, and a 'DRIVER IRQL NOT LESS OR EQUAL' error, and it just sits there until the power is cycled. Now once you cycle the power, the task sequence continues without error, but we kick these off remotely. So our only option right now is to either have the end user cycle the power, or be physically present at the workstation.
Now...with the previous iteration of WinPE, we were still getting this blue, but it would at least reboot automatically, and continue on with the task sequence. I have scoured the internet, and cannot find anything related to this. I find it hard to believe that no one is encountering this, as it happens on EVERY machine of ours (not a random thing). Here is what I have tried so far:
The only thing I have not tried is fully decrypting the drive. I suspect this would work, but I shouldn't have to do this. Also, this issue does not occur if we boot straight to MDT using a 'New Computer' deployment type scenario.
I would greatly appreciate any feedback on this! Thanks to all in advance!
Good Morning,
Yesterday I was working in MDT to add a App package. It wasn't working so I deleted it and updated the Deployment Share. When I try to PXE boot now, I am getting this error:
Nothing else changed except for me deleting the app package I was trying to install. Everything was working fine until I updated the deployment share. Any ideas on what went wrong here?
SC
If I bring in the USB 3.0 drivers into Out-of-box drivers then there are no issues but if I install this as an application MDT throws return code: 14. Why?
ZTIApp.log
---------------
################ZTIApplications1/31/2013 5:56:14 PM0 (0x0000)But IntelUSB3.log shows exit code: 0
Log:
--------
>> 1/31/2013 17:56:14:547I've just updated my MDT version to 8465 and my ADK for 1809. Just created a brand new OS image from the DVD.
Now, trying to capture the image fails with INAGE_STATE_COMPLETE, sysprep did not complete. 2147467259.
Any ideas?
When installing applications as part of a task sequence I'm seeing entries in the logs saying "Command has been started (Process ID XX)" followed by "ZTI Heartbeat: command has been running for X minutes (process ID XX)" from component Install_Application.
Install_Application is 3rd party application wrapper I'm using, the previous version of it(8.5.1) required the EventShare property to be set in CustomSettings.ini, but the version I'm using now (12.1) does not have this requirement so I've commented out the EventShare property in CustomSettings.ini, yet the log entries above are still being written.
The author of this app wrapper is hard to get hold of so my question to everyone here is, are these entries related to the EventShare property? I mean, without knowing the code inside Install_Application.wsf can anyone tell me where these log entries are coming from? The text "ZTI Heartbeat:..." does not appear inInstall_Application.wsf or ZTIApplications.wsf, so how is it getting in the logs?
The reason I'm asking is I suspected the EventShare requirement of version 8.5.1 was causing intermittent issues with app installs, that's the main reason I updated to 12.1, but even after updating and removing the EventShare property from CustomSettings.ini it looks to like it's still working like it did in previously.
Here's what I've done so far, created a standard application SQL Server installer with quiet install command (tested when run manually):
setup.exe /action=INSTALL /IACCEPTSQLSERVERLICENSETERMS /qs /features=SQLEngine /INSTALLSQLDATADIR=E:\MSSQL\SYSTEM /SQLBACKUPDIR=D:\Backup\Database /SQLTEMPDBDIR=E:\MSSQL\TEMP /SQLTEMPDBLOGDIR=F:\MSSQL\TRANSLOG /SQLUSERDBDIR=E:\MSSQL\DATA /SQLUSERDBLOGDIR=F:\MSSQL\TRANSLOG /SECURITYMODE=SQL /SQLSYSADMINACCOUNTS="BUILTIN\Administrators" "myadmin" /AGTSVCSTARTUPTYPE=Automatic /INSTANCENAME=MSSQLSERVER /SAPWD=Password1
if you will notice, folders are located in different drives.
on my task sequence, I've formatted the disks first, set it online then assigning drive letters before creating a task "Install Application" which will install the SQL server.
also, already tried using setup.exe /ConfigurationFile=ConfigurationFile.ini (https://docs.microsoft.com/en-us/sql/database-engine/install-windows/install-sql-server-using-a-configuration-file?view=sql-server-2017) instead of the above command, but same results. here's the screenshot https://cdn1.imggmi.com/uploads/2019/5/9/13dacc4c8f71ffa45aa33c116d79624e-full.jpg
can't seem to get it work as it failed on the last task "Install Application". any ideas?
Thanks!
I recently upgraded to MDT 8456. There was an old issue with the correct steps not showing up in the sysprep and capture sequence. The fix was to edit the ZTIUtility.vbs with the line below
Look for this line:
If (oTS.SelectSingleNode("//step[@type='BDD_InstallOS']") is nothing) and (oTS.SelectSingleNode("//step[@type='BDD_UpgradeOS']") is nothing) then
And change it to:
If (oTS.SelectSingleNode("//step[@type='BDD_InstallOS' and @disable='false']") is nothing) and (oTS.SelectSingleNode("//step[@type='BDD_UpgradeOS' and @disable='false']") is nothing) then
I had done this edit in the past and it was still there after the upgrade, but I dont get correct screens when I try to sysprep and capture.
Has anyone else had this issue with 8456?
Here are my Custom settings in the same order:
[Settings] Priority=Default Properties=MyCustomProperty [Default] OSInstall=YES SkipCapture=NO DoCapture=YES DomainMembership=YES SkipAdminPassword=YES AdminPassword=Test1 SkipProductKey=YES SkipComputerBackup=YES SkipBitlocker=YES JoinDomain=mycompany.local DomainAdmin=joindomain DomainAdminDomain=MyCompany.local DomainAdminPassword=MyCompany MachineObjectOU=OU=mycompany Computers,DC=mycompany,DC=local SkipTimeZone=YES TimeZoneName=Eastern Standard Time SkipLocaleSelection=YES KeyboardLocale=en-US UserLocale=en-US UILanguage=en-US SkipUserData=YES
When Domain join Credentials (bolded text above) are removed from customize.ini, Capture image pane shows in task sequence.
HOWEVER, when the Domain join credentials are added back in the Customize settings, The capture image pane no longer shows. After selecting the Capture Windows 10 task sequence, it just tells me ready to begin.
Can someone please tell me whats going on?
I'm new to MDT, so this could be something I'm missing, though I've searched all over the nets and find similar issues. 1809 ADK and 8456.1000 MDT installed on a 2016 Server, and it's an 1809 image we're trying to build. I just cannot get the image to skip Windows Welcome - it starts at the Select Region page no matter what settings I put in the unattend.xml file.
The weird part is that if I turn on the VM that was used to create this reference image, it *does* skip the OOBE and goes to the login window. So it appears there is something that happens during the capture phase, but I have no idea what it is.
But then, if I just choose Sysprep only vs. Capture when making the image, I get an error message stating "Could not find C:\LTIBootstrap.vbs" during the startup, which is a script that is specified in the OOBE section of the unattend.xml.
Can anyone give me any ideas of what is going on here?
We got a new batch of Dell latitude 5591 laptops and I set up WDS (server 2019) and MDT (6.3.8456) Created my own capture task sequence. First I had to inject updated drivers into the litetouchpe_x64.wim and add that to the boot images in WDS before the laptop would even PXE boot. Finally got it to PXE into WDS and ran the litetouchPE_x64.wim, but it kept failing with the above error as soon as it went to sysprep.
Booted into win10 and manually ran the litetouch.vbs, worked fine.
How to get this to work over PXE?
Hi,
Has anyone seen any issues with MDT and deploying to Surface devices?
I created a reference image that installs the C++ packages and put the latest windows updates on. Also, I injected the EN-GB language pack into the reference WIM file.
Ive created a very basic task sequence that injects the drivers, performs a further windows update and activates Windows. When deployed all works OK except the biometrics and Windows Hello does not work.
As a test, I manually rebuilt the laptop with the Windows 10 VL ISO I am using and it picks up the Biometrics with no issues, so hardware issues can be ruled out.
Im an Exchange guy by trade so this is not really my area of expertise. Anyone come across such an issue or can assist with troubleshooting? I'm testing on a Surface Book 2
Thanks in advance
I have my Start Menu tiles working perfectly on 1803. They are exactly where I want them and all is well.
Making a brand new image for 1809, I repeated the process but I don't get any tiles at all after deployment.
Does each individual OS require its own XML be created within that OS? (Are the XML files useable within different OS's)?
I tried making a new XML and kept getting an error about invalid XML file. Then I remembered all the little tweaks that had to be done in 1803 to get it to work, so I did those as well but I while I don't get an error, I don't get one tile on the Start Menu,
just everything listed on the left.
Is anyone aware of any issues in 1809 assigning and setting up Tiles?
-Thanks