Hello Vincent,
Thank you for posting question on Microsoft Windows Forum!
Based on the issue description as well as the provided error code 0x80070002 which indicates Windows cannot find a required file or object. When multiple devices encounter it, the key is to identify which phase fails and whether the devices share the same update source, policy, or missing component.
The suggestion here is to review CBS.log. Because the Component-Based Servicing (CBS) log is the most reliable source for distinguishing between missing files and corruption. Navigate to this path: C:\Windows\Logs\CBS\CBS.log (also check rolled-over logs like CBSpersist*.log). Search for 0x80070002 or STATUS_OBJECT_NAME_NOT_FOUND. If the log points to a specific missing system file (e.g., a missing folder in System Tools or empty .NET Framework directories), the cause is missing/corrupted system payloads rather than a general store corruption. Also, look for entries related to Component Store corruption or failed payload repairs.
Another suggestion is to check the WindowsUpdateClient event log. This helps confirm if the failure is during download (pointing to cache/network issues) or installation (pointing to servicing/store issues). Navigate to this path Event Viewer → Applications and Services Logs → Microsoft → Windows → WindowsUpdateClient → Operational. Then look for errors at the exact timestamp of the failure. If the error occurs during the download phase, it strongly suggests missing/corrupted update files in the local cache. Also, it might be useful to generate a readable Windows Update log by running Get-WindowsUpdateLog. This converts the raw ETL logs into WindowsUpdate.log, which can show if the client failed to locate the update payload before installation even began.
On the other hand, check component Store Corruption which might occur when the underlying servicing stack or WinSxS store is damaged, preventing Windows from staging the update. Run these commands in an elevated Command Prompt in this order DISM /Online /Cleanup-Image /ScanHealth to check for corruption without repairing. DISM /Online /Cleanup-Image /RestoreHealth to repair the component store if corruption is found and sfc /scannow to repair protected system files using the (now healthy) component store. If DISM reports "The component store is repairable" or "The component store is corrupted", and the subsequent RestoreHealth successfully repairs it, then component store corruption was the root cause. If DISM completes successfully but the update still fails, the issue is likely not store corruption.
You can consult the following documentation which addresses directly the error code.
Hope the above information is helpful! If it is. Please feel free to click "Accept Answer".