Repair permissions via command line:Thank you, but the files don't show up in Omni Disk Sweeper.
Before El Cap, I used to Repair Disk & Permissions and that usually worked. It was a band-aid fix, but it worked. Now with El cap, that ability has been lost.
sudo /usr/libexec/repair_packages --verify --standard-pkgs
sudo /usr/libexec/repair_packages --repair --standard-pkgs
What exactly is the problem? Is space missing or are you just wary of the “Other” label? This topic has come up quite a lot recently and the sad answer is that this is a bug in the system. OS X does not report space usage accurately.
Like KALLT mentioned, that storage readout is completely screwed up. If you ignore the categories, does the total space used sound about right?I've already gone through Apple's support. They had me reinstall the OS. I'm 90% certain this 129GB of Other Storage is somehow tied to my ScreenFlow app.
Anyone have a fix?
sudo mdutil -E /
Repair permissions via command line:
To verify
Code:sudo /usr/libexec/repair_packages --verify --standard-pkgs
To Repair:
Code:sudo /usr/libexec/repair_packages --repair --standard-pkgs
What exactly is the problem? Is space missing or are you just wary of the “Other” label? This topic has come up quite a lot recently and the sad answer is that this is a bug in the system. OS X does not report space usage accurately.
OP wrote:
"I'm 90% certain this 129GB of Other Storage is somehow tied to my ScreenFlow app."
Turn off the ScreenFlow app.
Run that way for a while.
What happens?
This. I have 2.4 TB in "Other". Everything is as it should be. OS X can't categorize everything. As an example, Steam downloads can be quite large and they end up in "Other".
A.
Like KALLT mentioned, that storage readout is completely screwed up. If you ignore the categories, does the total space used sound about right?
You can reindex Spotlight by running the command below in Terminal (give it 30 minutes or so to complete) and that will often help with the storage readout, but you can expect it to drift off again.
Code:sudo mdutil -E /
sudo du -d 1 -x -c -g /
I don't download anything. Ever. There is no reason for it to be going up everyday like this.
Try running the command below in Terminal then post up the output. It takes a minute to complete, so wait it out. This will show us each of the base folders and size in GB, including system and hidden folders.
Code:sudo du -d 1 -x -c -g /
This tells you that 79gigs are used under the Users directory, so most likely one of your users hogging the space. You could now drill down with the same command down that path.Thank you. Here's what I came up with. I have no idea what it means. View attachment 614890
Thank you. Here's what I came up with. I have no idea what it means. View attachment 614890
sudo du -d 2 -c -g /Users
Thank you. Here's what I came up with. I have no idea what it means.
sudo mdutil -E /
sudo du -d 1 -x -c -g ~/
Code:
sudo du -d 1 -x -c -g /
1 /.DocumentRevisions-V100
1 /.fseventsd
1 /.Spotlight-V100
0 /.Trashes
0 /.vol
1 /afs
16 /Applications
1 /bin
0 /cores
1 /dev
1 /home
10 /Library
1 /net
0 /Network
1 /opt
7 /private
1 /sbin
440 /System
144 /Users
1 /usr
1 /Volumes
617 /
617 total
Any suggestions as to what to make of that enormous /System number?
sudo du -d 1 -x -c -g /System
Try this to drill down a little in /System to see what is going on. Be careful about deleting anything in there as it can bork your system. Make sure you have a good backup first.
Code:sudo du -d 1 -x -c -g /System
$ sudo du -d 1 -x -c -g /System/Library/Caches
441 /System/Library/Caches/com.apple.coresymbolicationd
1 /System/Library/Caches/com.apple.CVMS
1 /System/Library/Caches/com.apple.kext.caches
441 /System/Library/Caches
441 total
So what is com.apple.coresymbolicationd?
sudo rm -rf /System/Library/Caches/
sudo /usr/libexec/xpchelper --rebuild-cache