home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!wupost!zaphod.mps.ohio-state.edu!think.com!barmar
- From: barmar@think.com (Barry Margolin)
- Newsgroups: comp.sys.sun.misc
- Subject: Re: Why does OW leave all kind of garbage in tmp?
- Date: 20 Aug 1992 16:46:58 GMT
- Organization: Thinking Machines Corporation, Cambridge MA, USA
- Lines: 31
- Message-ID: <170ia2INNo6g@early-bird.think.com>
- References: <1992Aug17.152726.21925@hal.com> <1992Aug18.112409.24335@lokkur.dexter.mi.us> <1992Aug20.010446.24383@BofA.com>
- NNTP-Posting-Host: telecaster.think.com
-
- In article <1992Aug20.010446.24383@BofA.com> karl@BofA.com (Karl Nicholas) writes:
- >In article <1992Aug18.112409.24335@lokkur.dexter.mi.us> scs@lokkur.dexter.mi.us (Steve Simmons) writes:
- >>ables@hal.com (King Ables) writes:
- >>
- >>Some systems have a utility to create lost+found directories with all
- >>the empty slots. Suns don't appear to (or its somewhere I haven't looked),
- >>but you can do the same job with the csh commands:
-
- I don't know about a separate command to do it, but when newfs creates a
- file system it appears to put all the empty slots in lost+found. I just
- looked at a few of our file systems, and their lost+found directories are
- 8192 bytes long.
-
- >> mkdir lost+found
- >> cd lost+found
- >> touch {0,1,2,3,4,5,6,7,8,9}{0,1,2,3,4,5,6,7,8,9}{0,1,2,3,4,5,6,7,8,9}
- >> rm *
- >>This will create 1000 slots, which is probably sufficient. :-)
- > I was just going to say that our suns lost+found dirs
- >do not have anything in them.
-
- They shouldn't normally have anything in them. Notice the "rm *" in the
- above sequence. lost+found is supposed to have lots of unused entries.
- When fsck needs to reconnect a file (e.g. you answer yes to the
- "RECONNECT?" question) it uses one of these slots. This is done so that
- fsck doesn't have to grow the directory file.
- --
- Barry Margolin
- System Manager, Thinking Machines Corp.
-
- barmar@think.com {uunet,harvard}!think!barmar
-