So, I am off doing a desktop migration for a customer of approximately 5,000 desktops. Vista you ask? No, not that sexy. Just trying to help one of our core telco customers get everyone off Windows 2000 onto XP. And by the way, get in infrastructure in place like BDD using OSD with SMS (it's cool to say all those acronyms really quickly) so they can be ready for Vista someday.
Unfortunately there are forces at work that will not allow us to do wipe-and-loads of desktops, like Microsoft recommends. So, me and Mike Vrabel from INS are having to work through an OS upgrade scenario. This causes us to upgrade a few corporate applications before we can upgrade the OS, because they just won’t work after the upgrade. Mike is primarily of storming the beach head of application remediation, while I work on unattend files and drivers.
I ran into some serious issues trying to upgrade drivers so that the NIC, Sound and Display would still work after an upgrade. Here were my approaches:
The thing I learned about devcon, thanks to Scott McArthur from Microsoft Support, is that when you specify a device to update, use the “base” id. If you run:
Devcon driverdetails * > drivers.txt
You will get a list of all devices with their associate drivers. The devices are very specific like:
There are other devices associated with this device, so if you try and update the specific device, it usually comes back with a “devcon failed”. You need to broaden the device path, and take the “base” device like this:
So the command that I end up running to update the drivers:
devcon updateni "C:\DRIVERS\Intel10.3\PRO1000\WS03XP2K\e1000325.inf" PCI\VEN_8086&DEV_100E
So hopefully this great little devcon tool will help you out, and make sure to be generic when specifying device drivers.
In the process of helping a customer upgrade their remaining 5,000 desktops from Windows 2000 to XP,...
PingBack from http://blog.betalab.co.uk/?p=5