Hi, Lin
The evidence in your PDF attachment points to a servicing deadlock during the reboot commit phase, not a normal download, cache, or file-corruption problem. Since the in-place repair also failed, repeating SFC, DISM, or update-component resets is unlikely to help.
Here are some suggestions you can try:
Restore BlockTimeIncrement to its default value. Extending the timeout only delays rollback when TrustedInstaller has stopped making progress.
Open Feedback Hub with Windows key + F, select Report a problem, enable Recreate my problem, and reproduce one update attempt. Attach the PDF, CBS logs from C:\Windows\Logs\CBS, Windows Update logs, and the Procmon boot log. Include “offline CBS commit deadlock” and both error codes in the title. Feedback Hub is the correct route for reporting reproducible Windows defects.
Reopen the support case and specifically request escalation to the Windows servicing/CBS team. Emphasize that DISM staging succeeds, but reboot commit deadlocks even after an in-place upgrade.
If an immediate fix is required, back up everything and perform a true clean installation by deleting the Windows partitions during Setup. This is different from another repair install and is the only meaningful local recovery step still left.
Thank you for your patience in reading, I hope this information has been helpful to you.
If the answer is helpful, please click "Yes" and kindly upvote it. If you have extra questions about this answer, please click "Comment."
Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.