<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: NTFS file system glitch</title>
	<atom:link href="http://steinbaugh.com/journal/ntfs-file-system-glitch/feed/" rel="self" type="application/rss+xml" />
	<link>http://steinbaugh.com/journal/ntfs-file-system-glitch/</link>
	<description>University of Michigan Cellular and Molecular Biology graduate student.</description>
	<lastBuildDate>Wed, 10 Dec 2008 13:31:04 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: KiP</title>
		<link>http://steinbaugh.com/journal/ntfs-file-system-glitch/#comment-1843</link>
		<dc:creator>KiP</dc:creator>
		<pubDate>Fri, 17 Oct 2008 09:48:18 +0000</pubDate>
		<guid isPermaLink="false">http://mike.steinbaugh.com/?p=159#comment-1843</guid>
		<description>&lt;p&gt;Try running chkdsk from a command prompt using the following:&lt;/p&gt;

&lt;p&gt;chkdsk c: /i&lt;/p&gt;

&lt;p&gt;the /i command doesn&#039;t check the indexes and time stamps in quite the same way, although the folder and data integrity is checked and I believe it is the time stamps or some part of that which usually causes false positives when running chkdsk from within windows. The problem was fixed (so I believe) for Windows Server 2003 with SP1 but the fix does not appear to have been passed on to XP. The 2003 resource kit has an app called vrfydsk.exe - not sure if it works under XP.&lt;/p&gt;

&lt;p&gt;To get a proper result for XP you should really boot to the Recovery Console (boot from the XP CD and pretend you&#039;re going do an install) from there run chkdsk c: or if you want a more thorough (lengthy) check add /f or /r to the end.&lt;/p&gt;

&lt;p&gt;If you don&#039;t have a CD (maybe you have OEM pc) you can add recovery console to the boot menu: http://support.microsoft.com/kb/307654 - if you have an oem build you should be able to find the i386 folder in the Windows directory or on your recovery partition (contact vendor / manufacturer).&lt;/p&gt;

&lt;p&gt;Annoyingly I cannot find the article the discusses this error... if I do I will post it here.&lt;/p&gt;

&lt;p&gt;Cheers
Chris&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Try running chkdsk from a command prompt using the following:</p>

<p>chkdsk c: /i</p>

<p>the /i command doesn&#8217;t check the indexes and time stamps in quite the same way, although the folder and data integrity is checked and I believe it is the time stamps or some part of that which usually causes false positives when running chkdsk from within windows. The problem was fixed (so I believe) for Windows Server 2003 with SP1 but the fix does not appear to have been passed on to XP. The 2003 resource kit has an app called vrfydsk.exe &#8211; not sure if it works under XP.</p>

<p>To get a proper result for XP you should really boot to the Recovery Console (boot from the XP CD and pretend you&#8217;re going do an install) from there run chkdsk c: or if you want a more thorough (lengthy) check add /f or /r to the end.</p>

<p>If you don&#8217;t have a CD (maybe you have OEM pc) you can add recovery console to the boot menu: <a href="http://support.microsoft.com/kb/307654" rel="nofollow">http://support.microsoft.com/kb/307654</a> &#8211; if you have an oem build you should be able to find the i386 folder in the Windows directory or on your recovery partition (contact vendor / manufacturer).</p>

<p>Annoyingly I cannot find the article the discusses this error&#8230; if I do I will post it here.</p>

<p>Cheers
Chris</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://steinbaugh.com/journal/ntfs-file-system-glitch/#comment-1825</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 27 Aug 2008 04:29:49 +0000</pubDate>
		<guid isPermaLink="false">http://mike.steinbaugh.com/?p=159#comment-1825</guid>
		<description>&lt;p&gt;Thanks for your info.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Thanks for your info.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: mwjqx@hotmail.com</title>
		<link>http://steinbaugh.com/journal/ntfs-file-system-glitch/#comment-1749</link>
		<dc:creator>mwjqx@hotmail.com</dc:creator>
		<pubDate>Thu, 29 May 2008 16:21:33 +0000</pubDate>
		<guid isPermaLink="false">http://mike.steinbaugh.com/?p=159#comment-1749</guid>
		<description>&lt;p&gt;epwvyxa pgank&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>epwvyxa pgank</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Comage</title>
		<link>http://steinbaugh.com/journal/ntfs-file-system-glitch/#comment-410</link>
		<dc:creator>Comage</dc:creator>
		<pubDate>Mon, 16 Apr 2007 08:05:49 +0000</pubDate>
		<guid isPermaLink="false">http://mike.steinbaugh.com/?p=159#comment-410</guid>
		<description>&lt;p&gt;Thanks for maintaining this thread here. This problem is still around even until now, with all the service packs and patches released.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Thanks for maintaining this thread here. This problem is still around even until now, with all the service packs and patches released.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: moss</title>
		<link>http://steinbaugh.com/journal/ntfs-file-system-glitch/#comment-409</link>
		<dc:creator>moss</dc:creator>
		<pubDate>Sat, 23 Dec 2006 15:36:31 +0000</pubDate>
		<guid isPermaLink="false">http://mike.steinbaugh.com/?p=159#comment-409</guid>
		<description>&lt;p&gt;But I find it can&#039;t be ignored,because my space is diminished when it happened, and I want to get my lost space back. Can you find some resolution to deal with it.In a word,I don&#039;t want to ignore .&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>But I find it can&#8217;t be ignored,because my space is diminished when it happened, and I want to get my lost space back. Can you find some resolution to deal with it.In a word,I don&#8217;t want to ignore .</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Bicycle Bob</title>
		<link>http://steinbaugh.com/journal/ntfs-file-system-glitch/#comment-408</link>
		<dc:creator>Bicycle Bob</dc:creator>
		<pubDate>Tue, 07 Nov 2006 22:14:26 +0000</pubDate>
		<guid isPermaLink="false">http://mike.steinbaugh.com/?p=159#comment-408</guid>
		<description>&lt;p&gt;Don&#039;t close this thread!!!
I have a new system (Asus A8N SLI Prem mb, 2 Seagate 320 drives, XP Pro SP2, NTFS) and didn&#039;t even get all my programs on before getting &quot;CHKDSK discovered free space marked as allocated in the volume bitmap&quot; error and prompting to run Chkdsk /f  which of course has to be run at next boot as the error occurs on the OS volume.  I ran it and the error disappeared, but then came back soon after...very inconsistant.  I wasted a bunch of time before formatting and starting over.  This time I disabled Indexing on all my drives right after I got Windoze running. And guess what...after a couple days of reinstalling, problem came back!  So I bought another drive (!) and started again!  And...you guessed it!  I wish I&#039;d read this forum first!!!  Anyway, I believe it is indeed related to disk write caching.  I now tend to agree with those who say it isn&#039;t a serious problem (no apparent problems with my system) (as long as system seems to run well otherwise, and defrag works, and free space and used space seem to add up to total drive size on all drives)
But I&#039;ve lost a week of time.  And I&#039;m disappointed Microsoft doesn&#039;t even honestly address this issue on their website--even if they just clearly admitted it as a common &quot;bug&quot; or glitch, I might have saved a lot of time and some $$ (though I like having the 2nd drive to put all my data on, completely on it&#039;s own disk, as far from the Windoze operating system as possible!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Don&#8217;t close this thread!!!
I have a new system (Asus A8N SLI Prem mb, 2 Seagate 320 drives, XP Pro SP2, NTFS) and didn&#8217;t even get all my programs on before getting &#8220;CHKDSK discovered free space marked as allocated in the volume bitmap&#8221; error and prompting to run Chkdsk /f  which of course has to be run at next boot as the error occurs on the OS volume.  I ran it and the error disappeared, but then came back soon after&#8230;very inconsistant.  I wasted a bunch of time before formatting and starting over.  This time I disabled Indexing on all my drives right after I got Windoze running. And guess what&#8230;after a couple days of reinstalling, problem came back!  So I bought another drive (!) and started again!  And&#8230;you guessed it!  I wish I&#8217;d read this forum first!!!  Anyway, I believe it is indeed related to disk write caching.  I now tend to agree with those who say it isn&#8217;t a serious problem (no apparent problems with my system) (as long as system seems to run well otherwise, and defrag works, and free space and used space seem to add up to total drive size on all drives)
But I&#8217;ve lost a week of time.  And I&#8217;m disappointed Microsoft doesn&#8217;t even honestly address this issue on their website&#8211;even if they just clearly admitted it as a common &#8220;bug&#8221; or glitch, I might have saved a lot of time and some $$ (though I like having the 2nd drive to put all my data on, completely on it&#8217;s own disk, as far from the Windoze operating system as possible!</p>]]></content:encoded>
	</item>
	<item>
		<title>By: oldephard</title>
		<link>http://steinbaugh.com/journal/ntfs-file-system-glitch/#comment-407</link>
		<dc:creator>oldephard</dc:creator>
		<pubDate>Wed, 06 Sep 2006 20:43:52 +0000</pubDate>
		<guid isPermaLink="false">http://mike.steinbaugh.com/?p=159#comment-407</guid>
		<description>&lt;p&gt;I gave up and just started using Linux. (Ubuntu / CentOS)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I gave up and just started using Linux. (Ubuntu / CentOS)</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Lawrie</title>
		<link>http://steinbaugh.com/journal/ntfs-file-system-glitch/#comment-406</link>
		<dc:creator>Lawrie</dc:creator>
		<pubDate>Fri, 03 Feb 2006 23:27:16 +0000</pubDate>
		<guid isPermaLink="false">http://mike.steinbaugh.com/?p=159#comment-406</guid>
		<description>&lt;p&gt;I converted my windows xp professional drive from FAT32 to NTFS and restart the computer but it hangs up before windows start. I don&#039;t know what to do.  Any help?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I converted my windows xp professional drive from FAT32 to NTFS and restart the computer but it hangs up before windows start. I don&#8217;t know what to do.  Any help?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://steinbaugh.com/journal/ntfs-file-system-glitch/#comment-405</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Sun, 04 Dec 2005 21:53:31 +0000</pubDate>
		<guid isPermaLink="false">http://mike.steinbaugh.com/?p=159#comment-405</guid>
		<description>&lt;p&gt;I have been getting scandisk at startup every since I un-installed AVG Anti-Virus FREE Version. I did have (1) Virus in the Vault at the time of uninstall. I was promped to delete or ??? (store??) at the time. I choose delete. I believe that this is the reason for the constant report of (developed bad sectors) at start-up. However when I run Scandisk it reports no error&#039;s found. Is it possible that AVG Anti-Virus has security marked a part of my hard drive and therefore reporting them as bad sectors at startup?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I have been getting scandisk at startup every since I un-installed AVG Anti-Virus FREE Version. I did have (1) Virus in the Vault at the time of uninstall. I was promped to delete or ??? (store??) at the time. I choose delete. I believe that this is the reason for the constant report of (developed bad sectors) at start-up. However when I run Scandisk it reports no error&#8217;s found. Is it possible that AVG Anti-Virus has security marked a part of my hard drive and therefore reporting them as bad sectors at startup?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Rogger K</title>
		<link>http://steinbaugh.com/journal/ntfs-file-system-glitch/#comment-404</link>
		<dc:creator>Rogger K</dc:creator>
		<pubDate>Tue, 27 Sep 2005 19:47:32 +0000</pubDate>
		<guid isPermaLink="false">http://mike.steinbaugh.com/?p=159#comment-404</guid>
		<description>&lt;p&gt;I am having the exact problem on an external hard drive (Toshiba 80 GB) of the system which has Windows NT 4.0 (Service Pack 6a) running on it. There is a single application which writes and deletes files to the external drive. After weeks of verification, the application does nothing wrong but when the application is writing and I run chkdsk it gives me the MFT or Bitmap errors. When I stop the application, I see no error messages. My Problem is: this external drive boots up the system and on an improper shutdown the system does not reboot. I used DFSee to analyze the hard disk and see the same MFT and Bitmap errors. So I am convinced that this temporary inconsistent state which NTFS goes into when writing/deleting files if not handled properly (not terminating gracefully on shutdown) will definitely cause the system not to reboot. Because NTLDR checks the file system sanity before booting up and when it finds this inconsistent state, it is unable to boot up the system.
And since this is NT 4.0 I do not even have an option to disable disk cache! Any ideas?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I am having the exact problem on an external hard drive (Toshiba 80 GB) of the system which has Windows NT 4.0 (Service Pack 6a) running on it. There is a single application which writes and deletes files to the external drive. After weeks of verification, the application does nothing wrong but when the application is writing and I run chkdsk it gives me the MFT or Bitmap errors. When I stop the application, I see no error messages. My Problem is: this external drive boots up the system and on an improper shutdown the system does not reboot. I used DFSee to analyze the hard disk and see the same MFT and Bitmap errors. So I am convinced that this temporary inconsistent state which NTFS goes into when writing/deleting files if not handled properly (not terminating gracefully on shutdown) will definitely cause the system not to reboot. Because NTLDR checks the file system sanity before booting up and when it finds this inconsistent state, it is unable to boot up the system.
And since this is NT 4.0 I do not even have an option to disable disk cache! Any ideas?</p>]]></content:encoded>
	</item>
</channel>
</rss>
