I’m not sure how it’s still possible in 2014, but, between yesterday and today I changed nothing on my computer and now it is blue-screening every time I log in or shortly after I log in. No hardware changes were made. The only thing I changed (but which seemed to work fine) was to activate Hibernation, by setting a multi-gigabyte hiberfil.sys file, and disabling the “Hybrid sleep” function on Windows 7.
So I went ahead and uninstalled a bunch of things I’d been meaning to clean up (but which didn’t seem to be the source of the crash, since it’s still crashing). I really don’t know what could have changed overnight, but it’s already a huge time suck.
Even after I ran the various uninstallers, a bunch of leftover executables and other garbage are still running on my system, and which I am currently attempting to root out, with the help of AutoRuns, a tool from the Sysinternals gurus. AutoRuns shows all of the various places where a executable (or shell extension DLL, or etc) code is invoked by Windows.
So far, the code that is autostarting that I don’t want to run at all anymore looks like this:
SPIRunE SPIRun Endpoints Dynamic Link Library Creative Technology Ltd. c:\windows\syswow64\spirune.dll 5/9/2007 3:07 AM AMD External Events Utility AMD External Events Service Module AMD c:\windows\system32\atiesrxx.exe 4/20/2011 4:04 AM amdkmdag ATI Radeon Kernel Mode Driver ATI Technologies Inc. c:\windows\system32\drivers\atikmdag.sys 4/20/2011 3:53 AM amdkmdap AMD multi-vendor Miniport Driver Advanced Micro Devices, Inc. c:\windows\system32\drivers\atikmpag.sys 4/20/2011 3:22 AM amdsata AHCI 1.2 Device Driver Advanced Micro Devices c:\windows\system32\drivers\amdsata.sys 3/19/2010 2:45 AM amdsbs AMD Technology AHCI Compatible Controller Driver for Windows - AMD64 platform AMD Technologies Inc. c:\windows\system32\drivers\amdsbs.sys 3/20/2009 8:36 PM amdxata Storage Filter Driver Advanced Micro Devices c:\windows\system32\drivers\amdxata.sys 3/19/2010 6:18 PM AODDriver4.2.0 File not found: C:\Program Files\ATI Technologies\ATI.ACE\Fuel\amd64\AODDriver2.sys
These are all old support drivers and executables from AMD/ATI and Creative Labs. I did once have a Radeon video card in the system, which I replaced with a much more powerful Nvidia card. Frankly, if AMD can’t get their driver development, updating, and cleanup code in order, they should stop making graphics cards. There’s so much extra crap they install (Catalyst Control Center anyone?) but don’t maintain, that it’s very frustrating being left with this crap on my system when I clearly want it gone. Same goes for Creative Labs, talk about a company that makes it a pain in the ass to get new drivers. It’s been like that as long a I can remember.
I probably should not have swapped video cards between manufacturers like that, but come on. Again, it’s 2014, and this is disappointing if this stuff is getting through the Windows hardware certifications. Nvidia’s software also has plenty of bloat which can be cleaned up (which I also just did), but at least they have a fairly regular update schedule and solid support for their older graphics cards too.
Basically, I’m disabling all the drivers except what I think is actually in the system.
Here’s what the AutoRuns Drivers tab looks like after I finished disabling things. These are all drivers that the Windows bootloader will attempt to load when Windows is starting up. You’ve probably seen this list of files when starting Windows in Safe Mode. The thing is, most of this hardware either doesn’t exist anymore, or never existed in widespread use on desktop PCs. So why is Windows checking for it, anymore? Some of those devices are for high-end server systems, with Fibre Channel or SAS connections, but seriously, this code runs on all of the desktops in the world, so who knows how many million seconds are wasted because of these checks? If someone wants to run server-grade hardware on their home computer, let them, but make sure it doesn’t slow everyone else’s boot process down.
Turns out after I disabled all those extra drivers, the system both a) boots faster and b) seems to run more smoothly. No more crashes, no more extra crap getting started in the background. So I’m happy.
But one other thing I noticed, before I go: Why the hell isn’t the Microsoft Windows Defender DLL “mpsvc.dll” a signed binary?
