So that sounds more like wait for the fix then?
From: [email protected] [mailto:[email protected]] On Behalf Of Joe Krilov Sent: Thursday, February 25, 2016 1:08 PM To: [email protected] Subject: RE: [MDT-OSD] Current recommendation for win 10 I had gotten the hardware errors even when doing bare metal deployments on new pcs despite what the blog said. Rolling back to RTM fixed the problem for me. -Joe Sent from Outlook Mobile<https://aka.ms/qtex0l> _____________________________ From: Miller, Todd <[email protected]<mailto:[email protected]>> Sent: Thursday, February 25, 2016 11:27 AM Subject: RE: [MDT-OSD] Current recommendation for win 10 To: <[email protected]<mailto:[email protected]>> This blog http://ccmexec.com/2015/11/windows-10-adk-10-0-10586-solves-the-powershell-net-bug-in-winpe/ says that the Powershell problem is only seen on PXE booted UEFI computers. Is the MDAC problem also only on PXE booted UEFI computers? MDAC looks like it might be easily worked around according to here <http://www.ronnipedersen.com/2015/08/mdt-2013-update-1-bug-winpe-mdac-are-not-added-to-the-mdt-boot-image/> I don’t use PXE booting, but I am trying to do all machines in UEFI mode. That blog also says that WinPE 10 .0.10586 (1511) only has problems with refresh scenarios… I do all my installations as either replace or bare metal so am I in the clear to use WinPE 10.0.10586 in either 2012r2sp1 or SCCM 1511 without problems? That could be better if Powershell and MDAC are fixed. Is the only problem with using WinPE 10.0.10586 its inability to start a TS from an existing OSes software center? I don’t use that. It appears there is no DART compatibility with the 1511 WinPE version yet? See, that is what I am talking about… it seems like a pick your poison situation. I can find a blog that will tell me whatever I want to believe, but there is no way to tell if anything is accurate. Also the last WinPE ADK was out four months ago so there must be one just about to drop and I assume that all these know issues are resolved. Maybe wait? I think I have talked myself into upgrading my test CM environment to 1511 and using WinPE 1511 (against MS recommendation) and seeing what works and what doesn’t . For me, Powershell and MDAC are more important than Refresh installations – if that is really the current differences between the two options. From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Joe Krilov Sent: Thursday, February 25, 2016 9:08 AM To: [email protected]<mailto:[email protected]>; [email protected]<mailto:[email protected]> Subject: RE: [MDT-OSD] Current recommendation for win 10 No you can add PowerShell and modify the wim offline with DISM. I saw the problem at another client that used a PowerShell script to prompt for computer name. It gives you a recursion error in PowerShell but only on EFI machines. Since it was a simple script I just rewrote it in VBS so I'm not sure if there is a workaround, I didn't bother troubleshooting since its a known issue. -Joe Sent from Outlook Mobile<https://aka.ms/qtex0l> _____________________________ From: Miller, Todd <[email protected]<mailto:[email protected]>> Sent: Thursday, February 25, 2016 9:50 AM Subject: RE: [MDT-OSD] Current recommendation for win 10 To: <[email protected]<mailto:[email protected]>> I'm using powershell scripts to manipulate the TPM chip and maintain other BIOS settings. I am also using it to make calls to webservices. It is not done in the full OS. Same for MDAC, I use ZTIGather to pull data from the MDT Database, which I am all but certain uses MDAC. I wonder if it is possible to use DISM to add components to the base WIM outside of SCCM. i don't know what function is broken --- is it that you cant customize the boot WIM components from inside of SCCM or is it that you can't customize the components at all? I am going to need ADSI to be installed and I also have to add components for 802.1x -- those I do manually outside of SCCM to the base boot WIM. I know how to do that OK, but I do need those components to work and be left alone when building boot images in the driver injection part and making USB sticks and deploying the Boot images to DPs. Is it that Powershell and MDAC components can't be added to WinPE 10 (RTM), that they can't function when they are added, or is it that SCCM can't add the components automatically in its internal Boot Image creation process? That article i linked from Microsoft just alludes to problems in WinPE 10 RTM mentioning MDAC and Powershell, and says the problems are even worse in WinPE 10 from 1511. so... that's what my problem is. I don't have weeks to burn trying a lot of things on my test hardware that are already known to not work - so that is why I was planning to sit and wait, thinking I had until 2020 to figure it out. Now there is a hard stop of July 2017 on Win 7 for all the new computers we are receiving and that sounds much sooner than 2020. Meanwhile from research it sounds like there are significant problems in Windows 10 deployments still... but people could be overblowing the problems, but Microsoft could also be downplaying them. ________________________________ From: [email protected]<mailto:[email protected]> [[email protected]<mailto:[email protected]>] on behalf of Joe Krilov [[email protected]<mailto:[email protected]>] Sent: Thursday, February 25, 2016 8:22 AM To: [email protected]<mailto:[email protected]>; [email protected]<mailto:[email protected]> Subject: Re: [MDT-OSD] Current recommendation for win 10 I do use several PowerShell scripts in my task sequence, but they all kick off after the OS is applied so it's no longer running in WinPE. Where in the task sequence are your PowerShell scripts running? The newer ADK supposedly fixes those problems, but i couldn't get it to work it kept giving me hardware errors. I don't use MDAC so I can't comment on that issue. -Joe Sent from Outlook Mobile<https://aka.ms/qtex0l> _____________________________ From: Miller, Todd < [email protected]<mailto:[email protected]>> Sent: Thursday, February 25, 2016 9:08 AM Subject: Re: [MDT-OSD] Current recommendation for win 10 To: < [email protected]<mailto:[email protected]>> This post by Aaron says that win 10 ask (rtm) has problems with powershell and MDAC. Both of which I need to use. Are those problems resolved in some way? https://blogs.technet.microsoft.com/configmgrteam/2015/11/20/issue-with-the-windows-adk-for-windows-10-version-1511/ On Feb 25, 2016, at 5:51 AM, Joe Krilov < [email protected]<mailto:[email protected]>> wrote: I'm just wrapping a Windows 10 project for a client and it went surprisingly well. I installed SCCM 1511 with MDT 2013 u2. The only issue I had was needing to roll back to The RTM Windows 10 ADK due to a known WinPE bug. I deployed a very large task sequence with over two dozen applications and also used the UDI wizard in MDT for other optional settings. The client had lots of hardware including the surface pro 4 and surface book and things went very smoothly. I used a MDT task sequence and customized it as needed. -Joe Sent from Outlook Mobile<https://aka.ms/qtex0l> On Wed, Feb 24, 2016 at 8:32 PM -0800, "Miller, Todd" <[email protected]<mailto:[email protected]>> wrote: I'm Looking for some advice among SCCM 2012r2 sp1, SCCM 1511, or wait a few more weeks... Id like to get started with building a Windows 10 deployment and I am having trouble figuring out the best course of action. I am currently deploying windows7 x64, Windows 7 x86, and Windows xp x86. I am willing to drop support for XP deployment if I have to, but I still need to maintain SCCM client support for it. I am using SCCM R2 with cu4 and MDT 2013 integrated. The last time I investigated everyone was complaining about lots of things being broken --- Powershell not working, DaRT being broken, ADK not installing components like MDAC in WinPE correctly, and driver packages exploding in size so I just decided to sit on the sidelines and let things settle down. Then Microsoft announced that Skylake based systems will lose Windows 7 support in July 2017 so that got my attention. I need to get moving on Windows 10. So what is the current thinking? Upgrade SCCM to 1511 and MDT 2013 u2? Upgrade SCCM to 2012r2 sp1 and MDT 2013u1 and hold on to older Win10 ADK? Hold out for a few more weeks for more bugs to get stomped? Not sure what to do... I rely heavily on the MDT database to drive ZTI task sequences. DaRT, MBAM bit locker is important to me and I have several POSH based takes steps that need to work. I don't care about MDT standalone, but I do use the DB and the monitoring service- I just don't build any machines or images out of there. I don't want to update to SCCM 1511 to find that that sticks me with a WinPE 10 version where other things I need are broken. Also I'd like to maintain client support for XP so I'd rather not take a version of SCCM that can't manage XP unless I absolutely have to. Not sure where my next step should be, and I want to know what is going to break and what is not going to work before I go there. It seems like there are a lot of people complaining about all kinds of things not working correctly with regards to Windows 10 releases especially around the ADK and I can't figure out what problems are fixed and what problems are real and what problems still exist. Microsoft is not exactly forthcoming on what is not working so I have to rely on technet forums and the like and that is not always accurate advice... Sent from my iPad ________________________________ Notice: This UI Health Care e-mail (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521<tel:2510-2521>, is confidential and may be legally privileged. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you. ________________________________ ________________________________ Notice: This UI Health Care e-mail (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521<tel:2510-2521>, is confidential and may be legally privileged. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you. ________________________________ ________________________________ Notice: This UI Health Care e-mail (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521<tel:2510-2521>, is confidential and may be legally privileged. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you. ________________________________ ________________________________ Notice: This UI Health Care e-mail (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521<tel:2510-2521>, is confidential and may be legally privileged. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you. ________________________________ ________________________________ Notice: This UI Health Care e-mail (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is confidential and may be legally privileged. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you. ________________________________
