Chkdsk bug in Windows 7 RTM Build 7600.16385/16399


Recommended Posts

Well the appropriate guys at Microsoft have been notified of the issue, so rest assured that they are looking into it. But if it really is a driver issue, well, that's going to (rightfully) be the hardware vendor's responsibility.

No, not a showstopper. Kind of like the old Marx Brothers joke: "Doc, it hurts when I do this..."

"Then don't do that!"

I'm pretty sure I can go a day or two without running chkdsk until a patch is applied.

BTW, is this present in both x86 and x64?

This issue is present on non-Patched 7600.16385 and Patched 7600.16399 builds, also on Windows Server 2008 R2, both x86 and x64. My big concern if you read the main post now it is also present when booting from the DVD in WinPE where majority of the IT/PC Repair Industry would go to fix a clients computer.

Well, the appropriate guys at Microsoft have been notified of the issue, so rest assured that they are looking into it. But, if it really is a driver issue, well, that's going to (rightfully) be the hardware vendor's responsibility.

Based on my finding that it is also present when booting directly from the DVD I would say chipset driver issue or not this should not have happened. Also, if it is a chipset drive issue... Why do all 3 of my computers that have Vista on it with the same drivers work fine using chkdsk yet Windows 7 has such a problem?

This is probably only a bug if the BSOD happens, otherwise I'm sure while they were developing it they knew of the huge memory consumption.

The /r command option says the disk must be locked, so maybe you were running a programming that tried anyways and poof

This is probably only a bug if the BSOD happens, otherwise I'm sure while they were developing it they knew of the huge memory consumption.

The /r command option says the disk must be locked, so maybe you were running a programming that tried anyways and poof

Nope, when the disk is dismounted all handles trying to access it are closed, essentially the thread is just killed off. Besides, that would cause high memory usage in the process trying to access the disk, not chkdsk itself

The /r command option says the disk must be locked, so maybe you were running a programming that tried anyways and poof

Yeah - as Frank Fontaine says, not applicable. I created a brand new 24GB volume in my VMware 'session', copied some random data to it (SQL Server 2008 installer) then dismounted the DVD image and ran the chkdsk. Nothing would have been using that data, but it still insisted on clearing any locks to the filesystem before it attempted to run the check.

I'm not sure it is a bug.. I'm running it now and it definitely didn't cause a BSOD.

All of my ram is not being used.. I'm hovering at 80% ram usage.. so the fact that it doesn't take up all of your available memory would seem to indicate that it stops short intentionally.

I'm willing to lay money on it being some kind of bug. Why would the behaviour of the application change so drastically and with no discernable benefit (quite the opposite!) between Vista and Windows 7?!

This seems kinda odd, why only with the /r command? And if it was a true memory leak you'd keep losing all your memory, I don't think it'd stop at some point/percent. And you wouldn't get it back if you close the app either would you? Don't memory leaks just take it all and never give it back even after, so you have to restart to get it free? That's how I always understood it.

I'm willing to lay money on it being some kind of bug. Why would the behaviour of the application change so drastically and with no discernable benefit (quite the opposite!) between Vista and Windows 7?!

I'd agree, it is definitely a bug. There is no plausible reason that I could come up with for it using so much memory. For anyone advocating it loading data into memory for performance reasons, just think about it for a second... the /r switch is used to check for bad sectors, a check which would be pointless and invalid if the data where preloaded into memory

Some more interesting info at another forum which, for some reason, Neowin won't let me link to (edits the url to include << spam >> tags!) - anyway, the guy posted this:

chkdsk /f seems to use 5MB of memory (at peak) for every 1GB of disk space you check (tested on a couple drives - example: a drive with 300GB of data uses 1.5GB of RAM

chkdsk /r seems to use memory equal to the amount of files on the disk. If I put 2.5GB of files on my USB flash drive and use chkdsk /r, it uses 2.5GB of memory by the end of stage 4 (though it stops increasing when you hit stage 5)

He also confirms that this only seems to occur on NTFS (not FAT) and that this appears to be a 64bit only bug...?

Surprisingly build 7600.16399 is faster than 7600.16385 on cpu operations. Confirmed with faster boot and playing a "heavy" cpu game. As for bugs, I still can drag the locked taskbar to the top by performing this: first, right click on any taskbar icon to open the jumplist then drag the taskbar up a little and it will move to the top. Another bug is when the taskbar is on top, if you do right click, the jumplist will have incorrect top position, but if you drag the jumplist, the top position limit will be the right one.

Heres a couple things I found sad.

1. Those 399 build updates are not official, unless its on Microsoft update or a official announcement is made, I'm not touching them.

2. Microsoft hasn't even mentioned anything about this officially yet.

3. According to Microsoft the RTM build is still coming to MSDNAA today, no mention of a show stopper or recompile etc.

4. This is not a chipset issue, chkdsk uses too much memory. And the 399 unofficial fixes do not fix it. When something is broken on all versions of different hardware, its not the hardware's fault, its the software.

Heres a couple things I found sad.

1. Those 399 build updates are not official, unless its on Microsoft update or a official announcement is made, I'm not touching them.

2. Microsoft hasn't even mentioned anything about this officially yet.

3. According to Microsoft the RTM build is still coming to MSDNAA today, no mention of a show stopper or recompile etc.

4. This is not a chipset issue, chkdsk uses too much memory. And the 399 unofficial fixes do not fix it. When something is broken on all versions of different hardware, its not the hardware's fault, its the software.

1. They are. Never heard of an unofficial hotfix from MS.

2. Not publicly. Why would they? They could potentially harm their sales by going "There's a big bug in our final product."

3. Of course not. Again, why would they? Not everyone has the issue.

4. It has been proven.

Has anyone been able to post this on Microsoft Connect? They dont have a public channel for Windows 7? This should be resolved as soon as possible!

Connect is closed to bug submissions now for Windows 7.... have to get to MS other ways now, anything that goes to connect wil get to no one

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • It's amazing that anyone still uses this bloated trash.
    • @Sayan...I have defended you at various points as I hope you know. This headline however is utter trash...shame on you sir!
    • An actual cosmic "Eye of Sauron" had been looking straight at us all along by Sayan Sen Image by Kovin P. Vasquez via Pexels | Not representative An international team of researchers has solved a long-standing mystery surrounding a distant blazar known as PKS 1424+240, helping explain why it produces some of the brightest high-energy gamma rays and cosmic neutrinos ever observed despite appearing to have a relatively slow-moving jet. The findings were published on June 6 in Astronomy & Astrophysics Letters. The study addresses a broader challenge in astrophysics: understanding how extreme cosmic objects accelerate particles to very high energies and produce very high-energy (VHE) photons and neutrinos. PKS 1424+240 is located billions of light-years from Earth. It has attracted attention for years because it is both a powerful source of VHE gamma rays and the brightest known neutrino-emitting blazar in the sky, according to observations by the IceCube Neutrino Observatory. It is also associated with one of the strongest peaks in IceCube's nine-year neutrino sky map A blazar is a type of active galactic nucleus powered by a supermassive black hole that pulls in surrounding matter and launches jets of plasma moving close to the speed of light. What makes blazars unique is their orientation. One of their jets points almost directly toward Earth, making them appear exceptionally bright across the electromagnetic spectrum and allowing scientists to study some of the most extreme physical processes in the Universe. The scientists exclaimed it's like the 'Eye of Sauron' in deep space. Usually, the brightest gamma-ray-emitting blazars are expected to have jets that appear to move very quickly. However, radio observations of PKS 1424+240 suggested that its jet was moving much more slowly, creating a contradiction that became part of a long-running problem known as the "Doppler factor crisis." To investigate, researchers analyzed 15 years of observations from the Very Long Baseline Array (VLBA), a network of 10 radio antennas spread across the continental United States, Hawaii and St. Croix. Using a technique called Very Long Baseline Interferometry (VLBI), astronomers combine signals from widely separated radio telescopes to create a virtual Earth-sized telescope capable of revealing extremely fine details. The team combined 42 polarization-sensitive radio images collected between 2009 and 2025, creating a much deeper and more detailed view of the jet than had previously been possible. The observations were carried out as part of MOJAVE (Monitoring Of Jets in Active galactic nuclei with VLBA Experiments), a long-running program that studies the brightness, polarization and magnetic field structures of jets produced by active galaxies. The project aims to better understand how activity near supermassive black holes is linked to high-energy radiation and neutrino emission. “When we reconstructed the image, it looked absolutely stunning,” said Yuri Kovalev, lead author of the study and Principal Investigator of the European Research Council-funded MuSES project at the Max Planck Institute for Radio Astronomy. “We have never seen anything quite like it — a near-perfect toroidal magnetic field with a jet, pointing straight at us.” The image revealed an unusual geometry. The researchers found that Earth lies almost directly in line with the jet, with a viewing angle of less than 0.6 degrees. In simple terms, astronomers are looking almost straight down the jet. This turned out to be the key to the mystery. Because the jet is aimed almost directly at Earth, a relativistic effect called Doppler boosting dramatically increases its apparent brightness. The study found that this effect boosts the emission by a factor of about 30 while also making the jet appear slower than it actually is. “This alignment causes a boost in brightness by a factor of 30 or more,” said Jack Livingston, a co-author at the Max Planck Institute for Radio Astronomy. “At the same time, the jet appears to move slowly due to projection effects — a classic optical illusion.” The nearly head-on view also gave scientists a rare look at the jet's magnetic field. Using polarized radio signals, they detected a clear toroidal, or doughnut-shaped, magnetic field component. The observations suggest the jet carries an electric current and that its magnetic field helps launch, shape and stabilize the flow of plasma. Researchers believe this magnetic structure may also play a key role in accelerating particles to energies high enough to produce both gamma rays and neutrinos. “Solving this puzzle confirms that active galactic nuclei with supermassive black holes are not only powerful accelerators of electrons, but also of protons — the origin of the observed high-energy neutrinos,” Kovalev said. The research was conducted under the MuSES (Multi-messenger Studies of Energetic Sources) project, which investigates how active galactic nuclei accelerate particles and generate different cosmic signals, including light and neutrinos. Scientists say understanding how protons are accelerated and linked to neutrino production remains one of the major unanswered questions in astrophysics. The findings help explain why some blazars can appear to have slow jets while still producing extremely bright high-energy emissions. More broadly, the study strengthens the link between relativistic jets, magnetic fields, gamma rays and high-energy neutrinos. Researchers say the results provide new clues about how some of the Universe's most powerful natural particle accelerators work and offer important insights for multimessenger astronomy, which combines different types of cosmic signals to study extreme events in space. Source: European Research Council, EDP Sciences This article was generated with some help from AI and reviewed by an editor. Under Section 107 of the Copyright Act 1976, this material is used for the purpose of news reporting. Fair use is a use permitted by copyright statute that might otherwise be infringing.
    • Gotenks98 is right... Outlook (new) is absolute trash. Doesn't Mozilla have an Enterprise Version of Firebird?
  • Recent Achievements

    • One Month Later
      lamborghiniv10 earned a badge
      One Month Later
    • Week One Done
      lamborghiniv10 earned a badge
      Week One Done
    • Reacting Well
      X-No-file earned a badge
      Reacting Well
    • One Month Later
      pestcontrol46 earned a badge
      One Month Later
    • Week One Done
      pestcontrol46 earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      510
    2. 2
      PsYcHoKiLLa
      273
    3. 3
      Skyfrog
      75
    4. 4
      +Edouard
      72
    5. 5
      FloatingFatMan
      68
  • Tell a friend

    Love Neowin? Tell a friend!