Missing HD Space! Inventory X Found A 192 GB File! Will Not Delete!

[Chocolate Baby]

192 GB just magically went missing yesterday, Disk Inventory X found it. It says private/var no with no file path so I have no Idea where it is. Does anyone know how to fix this problem? Every time I try to delete within disk inventory X it says cannot be moved to trash.

 

[Eraserhead]

I guess you have a backup - if not now would be a good time to make one .

 

[spinnerlys]

You can also use Grand Perspective to verify your findings.

To go to private/var, go to Finder > CMD+SHIFT+G (Go to folder) > enter "var/vm" > go one folder up (CMD+ up-arrow) and see for yourself.

You can enable Finder showing folder sizes by CMD+J and selecting Calculate all sizes.

 

[maflynn]

generally speaking anything in the /var folder is created by the OS and you'll probably not have the rights to delete it, other then using sudo rm that is.

BTW, what's the file name?

 

[DoFoT9]

generally speaking anything in the /var folder is created by the OS and you'll probably not have the rights to delete it, other then using sudo rm that is.

BTW, what's the file name?

im also interested to see this too

im wondering what on earth could be that big. backup would seem logical, but it doesnt normally put that sort of stuff there doesnt it?

 

[maflynn]

Well /private/var/vm is where your swap file and sleep images exist and /private/var/log contains the log files which also can grow very large.

I'm not sure based on the OP's comments is if /private/var is 192gig one one specific file is. I suspect that most of the space is being consumed by those two folders.

 

[spinnerlys]

Well /private/var/vm is where your swap file and sleep images exist and /private/var/log contains the log files which also can grow very large.

I'm not sure based on the OP's comments is if /private/var is 192gig one one specific file is. I suspect that most of the space is being consumed by those two folders.

The biggest folder besides vm in there is the db folder with 630MB.

And imagine swap files consuming over 100GB, what kind of work s/he must do to reach that?

 

[maflynn]

The biggest folder besides vm in there is the db folder with 630MB.

No argument here though I have seen the log files grow substantially when something is going wrong.

And imagine swap files consuming over 100GB, what kind of work s/he must do to reach that?

Agreed, the 192GB being consumed is not right, regardless of where or what. That's why I asked what it was.

 

[crazzyeddie]

Seems very fishy to me. Must be caused by a runaway process / memory leak.

 

[DoFoT9]

Seems very fishy to me. Must be caused by a runaway process / memory leak.

hmm yea i agree. seems likely i guess. either way its bad!