 




<?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: Hard Drive space</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/hard-drive-space/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/hard-drive-space/</link>
	<description></description>
	<lastBuildDate>Wed, 22 May 2013 05:05:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: tomliotta</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/hard-drive-space/#comment-76689</link>
		<dc:creator>tomliotta</dc:creator>
		<pubDate>Sat, 01 May 2010 03:15:04 +0000</pubDate>
		<guid isPermaLink="false">#comment-76689</guid>
		<description><![CDATA[&lt;i&gt;I then have 451 GB of the disc used, of which only 391GB is accounted for by the sum of the loaded files and folders. i.e. there is still over 60GB which cannot be accounted for - just as there was before.&lt;/i&gt;

But that is off by a full order of magnitude from your original question:

&lt;i&gt;My hard drive (Vista, 450GB) occupancy is 99.8GB and yet the sum of the individual folders is only 33GB.&lt;/i&gt;

If those are both accurate, then it most definitely &lt;b&gt;is not&lt;/b&gt; &lt;i&gt;...just as there was before.&lt;/i&gt;

If it truly is &quot;391GB&quot;, then I wouldn&#039;t even think twice about the discrepancy. It can easily be accounted for by poor conversions from KB to MB to GB or by differences between &#039;sizes&#039; and &#039;sizes on disk&#039; among other things.

A clear statement of what you are seeing, where you are seeing it and how you come up with values for &quot;the sum of the individual folders&quot; is needed before any good answer is possible.

Tom]]></description>
		<content:encoded><![CDATA[<p><i>I then have 451 GB of the disc used, of which only 391GB is accounted for by the sum of the loaded files and folders. i.e. there is still over 60GB which cannot be accounted for &#8211; just as there was before.</i></p>
<p>But that is off by a full order of magnitude from your original question:</p>
<p><i>My hard drive (Vista, 450GB) occupancy is 99.8GB and yet the sum of the individual folders is only 33GB.</i></p>
<p>If those are both accurate, then it most definitely <b>is not</b> <i>&#8230;just as there was before.</i></p>
<p>If it truly is &#8220;391GB&#8221;, then I wouldn&#8217;t even think twice about the discrepancy. It can easily be accounted for by poor conversions from KB to MB to GB or by differences between &#8216;sizes&#8217; and &#8216;sizes on disk&#8217; among other things.</p>
<p>A clear statement of what you are seeing, where you are seeing it and how you come up with values for &#8220;the sum of the individual folders&#8221; is needed before any good answer is possible.</p>
<p>Tom</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: johnbl</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/hard-drive-space/#comment-76458</link>
		<dc:creator>johnbl</dc:creator>
		<pubDate>Sun, 25 Apr 2010 15:49:08 +0000</pubDate>
		<guid isPermaLink="false">#comment-76458</guid>
		<description><![CDATA[The disc is NTFS formatted and was thoroughly cleaned with a data destroyer before reloading all my s/w.  I have now temporarily loaded the disc with extra folders to prove that the rest of the disc is accessible.  I then have 451 GB of the disc used, of which only 391GB is accounted for by the sum of the loaded files and folders.  i.e. there is still over 60GB which cannot be accounted for - just as there was before.
Another strange fact is that, at the early stages of restoring my all my files after reformatting, there was initially no &#039;lost&#039; space due to unidentified files.  Unfortunately, I didn&#039;t notice at what point they appeared.]]></description>
		<content:encoded><![CDATA[<p>The disc is NTFS formatted and was thoroughly cleaned with a data destroyer before reloading all my s/w.  I have now temporarily loaded the disc with extra folders to prove that the rest of the disc is accessible.  I then have 451 GB of the disc used, of which only 391GB is accounted for by the sum of the loaded files and folders.  i.e. there is still over 60GB which cannot be accounted for &#8211; just as there was before.<br />
Another strange fact is that, at the early stages of restoring my all my files after reformatting, there was initially no &#8216;lost&#8217; space due to unidentified files.  Unfortunately, I didn&#8217;t notice at what point they appeared.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chippy088</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/hard-drive-space/#comment-76431</link>
		<dc:creator>chippy088</dc:creator>
		<pubDate>Sat, 24 Apr 2010 10:18:28 +0000</pubDate>
		<guid isPermaLink="false">#comment-76431</guid>
		<description><![CDATA[The BIOS sees the drive as a whole, but it does not tell you how the physical drive is partitioned, so you can not use that as a basis of usable disk space. Only that the disk is working and it is recognised.

I agree that it might be a partitioning problem, as you can not see the whole 450GB. This is the bit that will restrict the way the OS lays down the data.
 
Is it formatted as ntfs?

You are using a 32 bit OS, can it access every memory address on the disk?
What is the highest address the OS can reach? These are things influenced by the formatting method.

(Highest number (decimal) 32 bit addressing can hold is 8,589,934,591.  1 gigabyte = 8 589 934 592 bits.)

Definately get onto the manufacturers tech support team. It will save a lot of aggravation trying to do it alone.

Never had this problem before, so it is an interesting subject. If you sort it could you post the result please. I&#039;m certainly interested in the fault cause etc.]]></description>
		<content:encoded><![CDATA[<p>The BIOS sees the drive as a whole, but it does not tell you how the physical drive is partitioned, so you can not use that as a basis of usable disk space. Only that the disk is working and it is recognised.</p>
<p>I agree that it might be a partitioning problem, as you can not see the whole 450GB. This is the bit that will restrict the way the OS lays down the data.</p>
<p>Is it formatted as ntfs?</p>
<p>You are using a 32 bit OS, can it access every memory address on the disk?<br />
What is the highest address the OS can reach? These are things influenced by the formatting method.</p>
<p>(Highest number (decimal) 32 bit addressing can hold is 8,589,934,591.  1 gigabyte = 8 589 934 592 bits.)</p>
<p>Definately get onto the manufacturers tech support team. It will save a lot of aggravation trying to do it alone.</p>
<p>Never had this problem before, so it is an interesting subject. If you sort it could you post the result please. I&#8217;m certainly interested in the fault cause etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: johnbl</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/hard-drive-space/#comment-76408</link>
		<dc:creator>johnbl</dc:creator>
		<pubDate>Fri, 23 Apr 2010 16:51:05 +0000</pubDate>
		<guid isPermaLink="false">#comment-76408</guid>
		<description><![CDATA[When I backup on an external hard disc the file created (although .compressed&#039;) is also larger than the sum of the files that are stored.  This suggests to me some other cause than just a faulty hard drive - but I am open to suggestions.  
P.S. It is out of warranty!]]></description>
		<content:encoded><![CDATA[<p>When I backup on an external hard disc the file created (although .compressed&#8217;) is also larger than the sum of the files that are stored.  This suggests to me some other cause than just a faulty hard drive &#8211; but I am open to suggestions.<br />
P.S. It is out of warranty!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: technochic</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/hard-drive-space/#comment-76406</link>
		<dc:creator>technochic</dc:creator>
		<pubDate>Fri, 23 Apr 2010 15:38:18 +0000</pubDate>
		<guid isPermaLink="false">#comment-76406</guid>
		<description><![CDATA[Sounds like a bad drive to me, I would get on the phone with tech support for the manufaturer if it is still under warranty.]]></description>
		<content:encoded><![CDATA[<p>Sounds like a bad drive to me, I would get on the phone with tech support for the manufaturer if it is still under warranty.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: johnbl</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/hard-drive-space/#comment-76389</link>
		<dc:creator>johnbl</dc:creator>
		<pubDate>Fri, 23 Apr 2010 10:16:23 +0000</pubDate>
		<guid isPermaLink="false">#comment-76389</guid>
		<description><![CDATA[I don&#039;t think the space is not being &#039;seen&#039;.  The full space on the hard disc, as well as two other attached discs, is being displayed.  Also, the amount of unattributable space that is used seems to vary: the more I load large files in and out it appears to shrink.  I have, of course, emptied the recycle bin!  The HP system does indeed create a sub partition on the hard disc, but Icleared that some time ago and reformatted the entire disc.]]></description>
		<content:encoded><![CDATA[<p>I don&#8217;t think the space is not being &#8216;seen&#8217;.  The full space on the hard disc, as well as two other attached discs, is being displayed.  Also, the amount of unattributable space that is used seems to vary: the more I load large files in and out it appears to shrink.  I have, of course, emptied the recycle bin!  The HP system does indeed create a sub partition on the hard disc, but Icleared that some time ago and reformatted the entire disc.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 6/9 queries in 0.013 seconds using memcached
Object Caching 338/341 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-05-22 10:23:38 -->