Dear Mika,
Based on your description, the upgrade failure occurred during the SafeOS phase, and your analysis points to a potential issue with data migration, possibly involving adamigrate.dll
. You've already taken commendable steps, including:
- Removing third-party antivirus and optimization software
- Running DISM and SFC repair commands
- Disconnecting non-essential peripherals
- Renaming update-related folders
- Reviewing
SetupDiagResults.xml
andsetuperr.log
The SafeOS phase errors—especially those involving adamigrate.dll
—are often linked to:
Corrupted or incompatible drivers, particularly storage or migration-related components
Residual system files or registry entries from third-party utilities
Safeguard holds that block upgrades due to known compatibility issues2
Hardware inconsistencies, such as faulty RAM or storage sectors
Replacing adamigrate.dll
manually may not resolve the issue if the root cause lies in system-level migration logic or driver conflicts.
- Run SetupDiag with Latest Definitions Ensure you're using the latest version of SetupDiag to capture updated diagnostics.
- Check for Safeguard Holds Use PowerShell to verify if a safeguard hold is active:
Get-WindowsUpdateLog
You may also consider temporarily disabling safeguard holds via Group Policy or registry if applicable. - Perform Clean Boot Upgrade Boot into a clean environment using
msconfig
to disable all non-Microsoft services. Retry the upgrade using the official ISO. - Review Storage Drivers Ensure that your storage controller drivers (e.g., Intel RST, NVMe) are up to date and compatible with Windows 11.
- Submit Full Setup Logs Please upload the relevant portions of
setupact.log
as mentioned. This file often contains critical context for SafeOS failures.
If the above response helps answer your question, remember to "Accept Answer" so that others in the community facing similar issues can easily find the solution. Your contribution is highly appreciated. Best regards,
Harry Phan