Training, Open Source computer languages

PerlPHPPythonMySQLhttpd / TomcatTclRubyJavaC and C++LinuxCSS

Search our site for:
Home Accessibility Courses Diary The Mouth Forum Resources Site Map About Us Contact
Finding where the disc space has gone
Murphy's fourth law states that data expands to fill the disc space available, and there's a collaboration that states that it reaches that full point when you're trying to save a file you should have saved a long time ago during a complex operation.

I'm not a good one at deleting old backup files; I tend to have directories marked "january 06" and things like that; in that way I can go back to "when" and find old stuff. I want to know about the Geek cruise? Why - those notes are in October '04. Not sure of a date? A background grep can find stuff for me. So I've been running at 90% full for a while. Applications have been starting to grumble a little, and were starting to get a little bit more upset over the last day or two. Not helped by a mailbox that's getting hit by a fair flow of spams / viruses of about 179k each that get put in the trash quickly enough, but then stay there until the dustman commeth.

I'm on an OS X box. These same commands work for Linux and Solaris too:

df -k How full are my discs?

du -sk How big is the current directory and everything below it?

du -k How big is the current directory tree, directory by directory

du -sk * How big is EACH entity in the current directory? Really Useful!

It was using a du -sk * on my home directory that brought me, a few minutes ago, to an aptly named directory called "huge" of some 18Gbytes. A 2Gb copy of the entire DMOZ database, plus a 6 Gyte file that contained the entire thing replicated 3 times over, and a further copy of that 6Gbyte file chunked up into units of just 1Gbyte. The result of some well remembered, logged, important work on how Python can handle huge files, but some temporary data that was able to release 15% of my disc space with a single rm.
(written 2006-02-06 18:37:48)

 
Associated topics are indexed under
A162 - Web Application Deployment - Backups and File System Management
A101 - Web Application Deployment - Linux -An Introduction For Users

Back to
NOT Gone phishing
Previous and next
or
Horse's mouth home
Forward to
Twice is a co-incidence and three times is a pattern

Some other Articles
Storing a regular expression in a perl variable
The magic of -textvariable
Add a friendly front end with Tk
Twice is a co-incidence and three times is a pattern
Finding where the disc space has gone
NOT Gone phishing
Key facts - SQL and MySQL
Danny and Donna are getting married
Robust PHP user inputs
Changing @INC - where Perl loads its modules
1638 posts, page by page
Link to page ... 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33 at 50 posts per page


This is a page archived from The Horse's Mouth at http://www.wellho.net/horse/ - the diary and writings of Graham Ellis. Every attempt was made to provide current information at the time the page was written, but things do move forward in our business - new software releases, price changes, new techniques. Please check back via our main site for current courses, prices, versions, etc - any mention of a price in "The Horse's Mouth" cannot be taken as an offer to supply at that price.

Link to Ezine home page (for reading).
Link to Blogging home page (to add comments).

© WELL HOUSE CONSULTANTS LTD., 2008: Well House Manor • 48 Spa Road • Melksham, Wiltshire • United Kingdom • SN12 7NY
PH: 01144 1225 708225 • FAX: 01144 1225 707126 • EMAIL: info@wellho.net • WEB: http://www.wellho.net • SKYPE: wellho