[Okta Webinar] Learn how to a build a cloud-first strategyRegister Now

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 594
  • Last Modified:

Why is Disk Space greatly different between diskpart, disk mgmt, windirstat and explorer in Windows server 2008 r2

I for the life of me cannot figure out something that i should be able to but just can't

i have this server.... in diskpart and disk mgmt it shows the C: drive should be 275 gb

in windows explorer it shows 80gb and running out of space....

in windirstat it shows 80 gb as well once i played with a few settings... it also shows 50 some gigs of unknown space...

This person runs out of space almost daily and i need help trying to figure out where all 275 GB really is

I've attached pics....hopefully this helps

So far ive run the cleanup... that does nothing... i removed some shadow copies... that got the server back online... thats about all i have done

Any help would be appreciated

Servers disk managemtn snap inDiskpart infoExplorer properties of drive CFirst windirstat screenSecond Windirstat Screen
0
punkrawkdude99
Asked:
punkrawkdude99
  • 4
  • 2
  • 2
  • +3
2 Solutions
 
Lee W, MVPTechnology and Business Process AdvisorCommented:
Check the Volume Shadow Copy settings under the Shadow Copies tab.

(It *IS* strange to me that the properties of the C: drive state 79.9 GB yet the partition information claims is 276 GB.  Don't have an explanation for that one, but the "mysterious" used stuff could be Volume Shadow Copy data.  Also, run Windirstat as an Admin as it can only calculate what's used based on the user's permissions who run it).
0
 
punkrawkdude99Author Commented:
Perhaps this is an issue
Shadow-copies-Tab.png
0
 
punkrawkdude99Author Commented:
i could see if there was unallocated space why it would be 80 gb.... but it claims to be allocated....how does 200gb just disappear.... there is a M$ fix for something like this.. i tried to install it however it said it the system did not need it
0
Restore individual SQL databases with ease

Veeam Explorer for Microsoft SQL Server delivers an easy-to-use, wizard-driven interface for restoring your databases from a backup. No expert SQL background required. Web interface provides a complete view of all available SQL databases to simplify the recovery of lost database

 
rindiCommented:
I've seen issues that when you used your OS's diskmanagement to extend a partition, and extended it the maximum possible amount, the real size of that partition wouldn't properly be shown under Windows. A fix in such a situation would be to shrink the partition again by about 8MB to 10MB. So I suggest you try shrinking the partition by this very small amount and then see if you get the real size afterwards. Just leave the 8-10MB as unassigned space.
0
 
punkrawkdude99Author Commented:
ok.... thought about that as well..... here is a pic of what the options are for shrinking

it doesnt matter what you type... it would let you use the shrink button

Shrink
0
 
Frosty555Commented:
MAKE A BACKUP of the system right now - a system image as well as a copy of the personal files. The storage is in a very strange state and anything you attempt to do right now to repair the filesystem could cause data loss. The dynamic disks and RAID-5 looks weird too - do you know the history behind this computer and how the filesystem came to be this way?

In any case, you've got two problems right now:

1) Your partition is 276GB, but the actual filesystem on C:\ is only reporting 80GB
2) 47GB of space is being eaten up by something unknown and WinDirStat wasn't able to figure it out.

#1 is your primary concern - you've got a filesystem/partition issue. It looks to me like the partition is 276GB but the filesystem itself is only 80GB, e.g. at some point in the past this partition was resized, but the underlying NTFS filesystem was NOT. This shouldn't ever happen when you use Windows utilities, something very weird and screwy happened to this partition.

The DiskPart utility has an "EXTEND" command which can be used to resize a filesystem to fill a partition. I'd give that a try first.
http://support.microsoft.com/kb/832316

e.g.

DISKPART 
SELECT VOLUME 0
EXTEND FILESYSTEM

Open in new window


After you're done, run a CHKDSK on the volume for good measure.

Regarding the 47GB... it's probably nothing to worry about. My guess is that the unknown data is actually just a location on the filesystem that the current user doesn't have access to read (such as volume shadow copies in "C:\System Volume Information"). Try running WinDirStat as an Administrator (Right click->Run as Administrator) and see if it picks up anything new.
0
 
McKnifeCommented:
The partition table is corrupted. Have seen this before and could solve it by simply shrinking the drive by 1 MB in disk management. Afterwards, explorer showed the same info.
0
 
punkrawkdude99Author Commented:
Disk management is not allowing me to shrink the drive 1mb 5mb 10mb 1000mb...  Does not matter the number I am unable to shrink...

Extending the file system errors our as well because there is no space to extend it to
0
 
rindiCommented:
Maybe you need to use a 3rd party tool to shrink the partition first.

GParted is OpenSource and free, and provided it recognizes the RAID controller properly as a RAID controller, it should work fine:

http://distrowatch.com/?newsid=08535
0
 
Mike TLeading EngineerCommented:
Hi,

I agree with above comments - backup first, resize using diskpart by 1MB and then reboot and so what Explorer reports.

On top of that I question why they have Disk 0 (another 275GB) for a pagefile too - even 64GB of RAM doesn't warrant a pagefile that enourmous. Even if you don't fix the partition size, you've got 200GB on that drive (H) not being used...unless they've crammed that full of stuff too.

*Long term* I'd rebuild it so C: is on disk 0, you have a 20-50GB drive for the pagefile, and have the rest for data and backup. As 0 and 1 are the same disk physical disks RAIDing might make sense too but that's a whole new can of worms.

Mike
0
 
McKnifeCommented:
If disk management won't let you, you will have to use 3rd party partitioners as mentioned: gparted, diskpart from winPE. Backup your data first, if you haven't already.
0

Featured Post

Free Tool: ZipGrep

ZipGrep is a utility that can list and search zip (.war, .ear, .jar, etc) archives for text patterns, without the need to extract the archive's contents.

One of a set of tools we're offering as a way to say thank you for being a part of the community.

  • 4
  • 2
  • 2
  • +3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now