Filed under: OS Updates, Windows, Microsoft
Showstopper chkdsk bug set to derail Windows 7 launch? Hardly.
by Lee Mathews Aug 5th 2009 at 10:00PM
The bug happens when running chkdsk - which becomes RAM-hungry under certain specific circumstances, gets all crazy-like, then causes a BSOD (which I argue is more like a feature of Windows than a bug). Chris123NT posted the news yesterday on his blog, but it took a few hours for the sensationalism to begin. A post at InfoWorld said the bug "risks derailing the Windows 7 product launch."
Oh, crap! We're all in trouble! Or are we?
As it turns out, the only way this really qualifies as a "showstopper" is by virtue of the fact that Ed Bott had to stop what he was doing to show people why it's not. Here's a brief summary:
- The bug only occurs when running chkdsk /R on a non-system drive. The /R? That's to recover data from damaged sectors and relocate it.
- That being the case, single-drive, single partition systems (like 90% of those I repair on a daily basis) are immune to the bug.
- To pull off the chkdsk /r you first have to run an elevated command prompt (which most users won't know how to do), then ignore the warning about the drive being locked, then allow the entire check to complete.
- The InfoWorld post admits that the author "did not succeed in causing the systems to "blue screen" as others have reported." System did slow to a crawl due to lack of available RAM, but there was no Earth-shattering kaboom.
- Reports of this happening when a removable drive is inserted have been greatly exaggerated. When Windows asks if you want to scan and fix? Nothing bad happens.
As Ed concludes in his post, "It's alarming behavior if you're unaware of what's happening. But when you look more carefully, it's arguably a feature, not a bug, and the likelihood that you'll ever crash a system this way is very, very small and completely avoidable."
Well put.
Then, Microsoft's own Steven Sinofsky chimed in on the original post with his take:
Well put.
Then, Microsoft's own Steven Sinofsky chimed in on the original post with his take:
"In this case, we haven't reproduced the crash.... [T]he design was to use more memory on purpose to speed things up, but never unbounded - we requset [sic] the available memory and operate within that leaving at least 50M of physical memory. Our assumption was that using /r means your disk is such that you would prefer to get the repair done and over with rather than keep working."What's the bottom line? This an definitely an issue, but one that we'll likely see patched via Windows Update. It's just not the "who forgot to guard the exhaust port" kind of gaff that would cause Microsoft to postpone things at this stage.
Get a WordPress.com Blog
So, just how good at time waster games are you? Think you've got the stuff? Well, The World's Hardest Game 2.0 doesn't think you do.
Yes, amazingly, it's possible to have a sequel to a game called "The World's Hardest Game". It doesn't seem logically possible, since if the first one was actually the world's hardest, how could another one come along and share the moniker? It made me doubt the name in the first place. That is, until I tried the game.
The mechanics of the game are very simple. You are a small red square, ...
Reader Comments (Page 1 of 1)
Endrel said 1:43AM on 8-06-2009
I did chkdsk z: /r about two weeks ago on my Win 7 system. And I did some photo editing, ran XAMPP, and streamed some HD video to my PS3. Chkdsk worked fine, I got my work done, and my computer was still very responsive.
Reply
richard.gailey said 5:23AM on 8-06-2009
@Endrel
What is your spec. I think the BSoD rears it's ugly head when the system in question has a low amount of RAM.
P.s Although I dislike it when I have had BSoD's appear in the past on some machines, I do find the information it gives useful for diagnostic purposes.
Quein said 5:26AM on 8-06-2009
I have a quad-core with 4GB of RAM. But like I said, I was doing a whole lot of other stuff and didn't have much free RAM when I started chkdsk.