Windows upgrade readiness checker has a defect where it scans all disks for certain file names, and if it finds one of such files at any path, then the upgrade is blocked and will not finish.
It doesn't show the actual file name and file paths, instead, it shows a 'user-friendly' driver name requiring a user to Google for file names:
There is no option to ignore these false alarms, there is no option to ignore/skip specific folders, and there is no button to delete all files automatically.
This issue has been observed on Windows Server 2016 and 2022 upgrades.
In these particular cases, it detected 'afamgt.sys' files manufactured by Adaptec (not Dell) located on Package Server share and Notification Server share (DS Driver Database).
The only upgrade path that is not affected is:
Setup.exe scans the entire hard disk, instead of just Windows folder (or instead of actually installed drivers).
ITMS 8.7 RTM and earlier
Follow these steps:
NOTE: Steps '2', '3', and '6' above can be scripted
A script is attached showing an example of how such drivers deletion and re-import can be scripted. The provided script only attempts to temporarily move from DriversDB problematic drivers that were shipped by DS, but the customers could have many more problematic drivers. You might need to extend the list of file names in the script.
Step '1' can also be partially scripted, but requires predefined list of files to search.
NOTE:
The drivers are grouped in a single folder:
Drivers for Preboot are stored in additional 2 folders. If the customer has imported some problematic driver into Preboot drivers, then the locations are: