Closed AkosBakos closed 5 months ago
"an issue" is incredibly vague. I'm gonna need specifics here
Reading hardware hash has an issue:
--> Installing June CU solves this problem
The ESD files are provided by Microsoft, I do not control the LCU installed. I am aware of the Hash issue but prior to release of these May 2022 ESD files I tested and had zero issues with the Hash. Have you tested the ESD files? Are you receiving an error during Autopilot?
Sure - when it comes directly from MSFT, you cannot do anything. I was just wondered why beginning of July, ESD still comes with May CU.
This issue comes when I choose $OSVersion = "Windows 10" and $OSBuild = "21H2". AutopilotOOBE phase crashes, that the hardware hash cannot be readed via WMI.
When I run first the OOBEDeploy phase with UpdateWindows = true, then the AutopilotOOBE works perfectly.
While Microsoft has released updated ISO's including the June updates, they have not released those to WSUS, which (I would assume) is the source of the XML catalogs as part of this module. Indeed, the May update is most current for Windows 10 and Windows 11 is still stuck back in November.
If there is a URL to the latest ESD from Windows Update, it's simply not been made accessible to WSUS.
Sure - when it comes directly from MSFT, you cannot do anything. I was just wondered why beginning of July, ESD still comes with May CU.
This is accurate. Akos, the files come from WSUS and they are not released monthly like MSDN or MVLS. I do understand that the May CU introduced the HASH error, but I absolutely tested this May release and it did not have the HASH error. Can you confirm again if the version in OSDCloud has this error? If so, I will roll back the 21H2 build to the original release (from 2021) and not the May release. There is no option to use any other build so please test (for real) and verify.
Guys, thanks anyway for your comments and thoughts. All of you have right. The issue is a bit direction TPM and/or generell Intel Infineon chip.
On a Dell, Surface, Vmware, the process with May CU works fine. On a new X1 carbon Lenovo device with this Infineon chipset won't work. Just after installing the July CU. On an other Lenovo X1 carbon model with chip ST microelectronics works as well.
--> please don't roll back the OSDCloud release
I seem to be hitting the TPM issue, however:
(Invoke-WebRequest -Uri https://go.microsoft.com/fwlink/?LinkId=841361 -OutFile handle.cab)
Expand handle.cab -F:products.xml products.xml
[XML]$xmlfile = Get-Content products.xml
$xmlfile.MCT.Catalogs.Catalog.PublishedMedia.Files | select -ExpandProperty childnodes | where {$_.languageCode -like 'en-GB' -and $_.architecture -eq 'x64'} | Out-GridView -PassThru
That offers:
19044.1288.211006-0501.21h2_release_svc_refresh_CLIENTBUSINESS_VOL_x64FRE_en-gb.esd
which is newer then
19044.1706.220505-0136.21h2_release_svc_refresh_CLIENTBUSINESS_VOL_x64FRE_en-gb.esd
Should it not always grab latest release ?
I use the Feature Update catalogs from WSUS. These are not the same as the Media Creation Tool XML or the MVLS lists or the MSDN Subscriber Downloads
Guys, thanks anyway for your comments and thoughts. All of you have right. The issue is a bit direction TPM and/or generell Intel Infineon chip.
On a Dell, Surface, Vmware, the process with May CU works fine. On a new X1 carbon Lenovo device with this Infineon chipset won't work. Just after installing the July CU. On an other Lenovo X1 carbon model with chip ST microelectronics works as well.
--> please don't roll back the OSDCloud release
21H2 has been rolled back in the lastest OSD module as the June ESD file has other issues
As workaround for these devices, you can use iex (irm cu.osdcloud.ch) before "wpeutil reboot". It installs the August CU for W10 21H2.
The 21H2 image was reverted back to the original release as we discovered other issues. Please verify and thanks!
21H2 still comes with May CU.
22H2 has already included the Sept CU.
As a workaround for some customers, I am passing the August CU as a PPKG.
@AkosBakos, is this still an issue, or can it be closed?
@gwblok yes it is - but we have found a workaround. I mean either use the workaround (iex (irm cu.osdcloud.ch) or install directly W11 ;-)
Autopilot has an Issue with the May cumulative update. It would be nice, when the base OS would be downloaded and applied inclusive the June CU.