Well, that doesn’t sound like too long to wait ☺

It is too bad that we are going to have a whole year of version codes that 
match really common Windows error codes.  I guess it could be worse – they 
could called the new release 1603 :P  This makes searching for solutions to 
problems a real pain.  Have a go at searching for Configmgr 1602 or 1603…  ugh.


From: [email protected] [mailto:[email protected]] On 
Behalf Of Daniel Ratliff
Sent: Monday, February 29, 2016 1:02 PM
To: [email protected]
Subject: RE: [MDT-OSD] Current recommendation for win 10

First of March is the current rumor, with the release of 1602.

Daniel Ratliff

From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]] On Behalf Of Joe Krilov
Sent: Monday, February 29, 2016 1:55 PM
To: [email protected]<mailto:[email protected]>
Subject: Re: [MDT-OSD] Current recommendation for win 10

Honestly I thought we'd have a new ADK to fix these bugs by now.  If anyone 
knows of a release date I would love to know it.

-Joe

On Mon, Feb 29, 2016 at 1:07 PM, Miller, Todd 
<[email protected]<mailto:[email protected]>> wrote:
So that sounds more like wait for the fix then?


From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]<mailto:[email protected]>] 
On Behalf Of Joe Krilov
Sent: Thursday, February 25, 2016 1:08 PM
To: [email protected]<mailto:[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.
________________________________


The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material. If you receive this material/information 
in error,
please contact the sender and delete or destroy the material/information.


________________________________
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.
________________________________

Reply via email to