I’ve created the x64 and x86 Unknown Computer collection as seen in your screenshots (thank you very much). I set the limiting collection as All Unknown Computers. Is that correct? If so, is the next step to delete all deployments from task sequences that currently go to All Unkown Computers, and redeploy them to their designated bit architecture (x64 Unknown and x86 Unknown)? And then this somehow fixes the winload.efi error and load the appropriate boot image?
From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On Behalf Of Niall Brady Sent: Wednesday, November 19, 2014 12:17 PM To: mssms@lists.myitforum.com Subject: Re: [mssms] Matching Processor Architecture Boot Image Not Found I wouldn't deploy OSD to All Systems instead, create one or more OSD collections that you can deploy task sequences too, those collections can be limited to whatever you want, even All Systems, however their membership should be finely tuned, for example you could create a 'standard' OSD collection, where you deploy your X86 specific stuff, and create another collection for X64 only, and deploy task sequences to both collections but using different boot wims attached to those task sequences, to do this for unknown computers you create another two collections with direct membership like those shown below On Wed, Nov 19, 2014 at 7:03 PM, Bradley, Matt <mbrad...@quiktrip.com<mailto:mbrad...@quiktrip.com>> wrote: Even though I’ve checked the x86 and x64 PXE availability checkbox 10 times each, even with Microsoft watching, I’m looking again, and it’s not checked. So I check it, and it shows back up in SMSImages and now we’re back to PXE working again. BUT, it’s still sending the x86 version every time it PXE boots. It’s not even sending the newest 6.3 version of that, but instead the old 6.2. The Lenovo Thinkpad doesn’t like this of course, because it’s a UEFI device, and I get the winload.efi error again. Being that my All Unknown Systems collection is, for the time being, going to have a mixture of x86 and x64 devices, I’m not sure how I can correct this. From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> [mailto:listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com>] On Behalf Of Niall Brady Sent: Wednesday, November 19, 2014 10:45 AM To: mssms@lists.myitforum.com<mailto:mssms@lists.myitforum.com> Subject: Re: [mssms] Matching Processor Architecture Boot Image Not Found the error above is because you are tryiung to boot x64 uefi hardware but configuration manager is responding with an x86n boot wim, most likely because the last task sequence deployed to your OSD collection contains an x86 boot wim, think of LIFO, last in, first out, so if you last deployed a task sequence with an x86 boot wim, it'll be the first to reply, and it will produce that error to fix, either add your 64 uefi hardware to their own collection that HAS an x64 boot wim based task sequence deployed to it or deploy your x64 boot wim task sequence AFTER the x86 one, the end result of the latter is your other machines will pull the x64 boot wim down and then stage the x86, On Wed, Nov 19, 2014 at 5:33 PM, Bradley, Matt <mbrad...@quiktrip.com<mailto:mbrad...@quiktrip.com>> wrote: Has anyone seen that show up in the SMSPXE log before? I’m in a situation where I can’t PXE boot. Even though both the x86 and the x64 boot images are checked off for PXE deployment, I still get a failure. Even more strange, I can create a bootable USB drive and it is boots the task sequence selection just fine. This actually all started because I was getting a winload.efi error, perfectly screenshot by Niall here: http://www.windows-noob.com/forums/index.php?/topic/11135-why-do-i-get-a-winloadefi-status-0xc0000359-error-when-using-uefi-network-boot-in-system-center-2012-r2-configuration-manager The only difference is I indeed had both x86 and x64 checked off. As a test, I unchecked the x86, tried to PXE, it failed due to the requirement both x86 and x64 be available, and then rechecked the x86 image availability again, and then now I’m getting this. I’m tired updating the distribution points on both images, but I’m still stuck with nothing to boot. Any ideas?