Hi,
I tried to shutdown, powered off and restarted and had the same problem.
This is the o/p I got when it booted up and I ran fsck:
\usr
asked superblock wrong fix? Y - but it didn't because when I ran I ran fsck again I got same error
V
Oh my. You did remember to umount that filesystem before fsck'ing it right? Running fsck -- especially on SunOS -- with a mounted filesystem is "bad"(C)
Well the /tmp issue may just be a running process that uses /tmp as a sort of paging space -- to liken it to Winders. Perhaps log processing? I know that I wrote some large parsers which needed to open, write to, replace, etc. then copy back but I needed previous data to form a compare. After process was done, I deleted it, so I used /tmp space. I can't speak for the /home -- is that one alternatively full and empty as well? Running processes?
I have to mention of course, that I have seen hacked boxes which use various filesystems to store live traffic data prior to sending it out to an IRC channel. You may want to watch the connections with some permutation of netstat, or even install something like Snort to try and find a clue. Of course, crafting a tcpdump script should also suffice.
Good luck!
Oh, and if you fsck, remember to do it with the filesystem umounted.
Cheers.
"It's always a long day, 86,400 won't fit into a short."