Jump to content


D3w4yne

Established Members
  • Posts

    24
  • Joined

  • Last visited

  • Days Won

    1

D3w4yne last won the day on November 6 2013

D3w4yne had the most liked content!

D3w4yne's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. Unfortunately that's not an option for me as my environment has many Surface Pro's and other UEFI systems.
  2. Microsoft has no solution at this time... They have escalated the issue to the "Design" team and suggested I file a bug on the Connect web site. I pretty much expected this once we learned that the issue could be replicated with WDS and the default Windows 10 boot.wim. I guess they would have to generate new wim files in a later release of Windows 10 and ADK 10? I don't see that happening anytime soon so I guess we're stuck with this... Sorry
  3. I followed Brandon's post and it still fails. At this point I can produce failures with just WDS and ADK 10 boot images with Powershell. SCCM isn't the problem.
  4. I did a little more experimenting this morning. I set up a standalone WDS server and imported my SCCM boot image. Powershell failed. I set up brand new boot images using the winpe.wim in ADK 10. I added Powershell and it's dependencies with dism and added it to WDS. Powershell still failed. I took the boot.wim provided with the Windows 10 enterprise media and added Powershell with dism. Powershell still failed. At this point there are no SCCM components involved at all.
  5. So tonight I got a call from Microsoft, this time from another department. He had me try the boot.wim that is included in the Windows 10 media. I went through all the steps to add .Net and PowerShell and we encountered the exact same issue as before. I think they are starting to narrow their focus onto WDS since the issue only presents itself during PXE boot. Dewayne
  6. Out of curiosity could you both give a few more details about your set up? In my case I have a single server, hosted on VMWare. OS is Server 2012 R2, SQL 2012, SCCM 2012 R2 SP1 CU1 and ADK 10 (Obviously) My PXE test machine is on the same subnet so I'm not using any helpers or DHCP options. The only optional components in my boot images are WinPE-NetFx and WinPE-PowerShell. As of last night MS said "I have engaged our technical leads and they are also trying to get in touch with the product development team to get more information about the issue. This procedure may take some time and I will be keeping in touch with them for any updates on the issue and will keep you posted as well."
  7. FYI MS is trying to reproduce the issue in their lab. I am waiting on their results. Niall, I upgraded to R2 SP1 and then removed ADK 8.1 and installed ADK 10. I did follow Brandons guide after the upgrade. Joohan, I created a bootable iso and PowerShell is launching every time, although very very slowly.... it takes roughly 30 seconds after running powershell at a command prompt. Dewayne
  8. I did finally get a ticket submitted successfully. I'll keep updating this thread.
  9. And the support request site breaks when I submit my ticket. How ironic. I don't see any phone numbers published on the site anymore either.
  10. Yeah that's me... I've gotten nowhere with this. A single support incident from Microsoft is $499 now (I thought it used to be $299) but I guess I'm going to have to suck it up and call.
  11. I've been fighting this crazy problem as well... example here: http://imgur.com/6o0TAof I've rebuilt my wims, reinstalled the adk, added/removed components and nothing has worked. Can you give me some more detail on how you resolved it? Are you sure it's resolved? Thanks, Dewayne
  12. Awesome! I installed the hotfix, re-installed the console, and WDS is still running. Thanks for the heads up.
  13. Uninstalling the console worked for me.... It was mentioned in another thread on this forum. Apparently MS is suggesting running a PXE enabled DP on another system as a temporary work around.
×
×
  • 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.