home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.ultrix:5797 comp.unix.admin:4240
- Path: sparky!uunet!ogicse!uwm.edu!cs.utexas.edu!chinacat!rpp386!jfh
- From: jfh@rpp386.lonestar.org (John F. Haugh II)
- Newsgroups: comp.unix.ultrix,comp.unix.admin
- Subject: Re: Strange behaviour of df and /tmp
- Message-ID: <21181@rpp386.lonestar.org>
- Date: 21 Jul 92 12:45:43 GMT
- Article-I.D.: rpp386.21181
- References: <1992Jul20.152235.20345@news.uakron.edu> <1992Jul20.191613.7490@prl.dec.com>
- Reply-To: jfh@rpp386.cactus.org (John F. Haugh II)
- Organization: River Parishes Programming, Austin, Republic of Texas
- Lines: 16
-
- In article <1992Jul20.191613.7490@prl.dec.com> boyd@prl.dec.com (Boyd Roberts) writes:
- >In article <1992Jul20.152235.20345@news.uakron.edu>, david@vax1.cc.uakron.edu (David Sumitra) writes:
- >> Is there no other way (other than newfs) an SA can clear a /tmp in this
- >> situation?
- >
- >he newfs `solution' is just a red herring. Find the offending process and
- >deal with it in some way or other.
-
- Probably can't even do it with `newfs' since the unmount should fail due
- to there being an open file on the device. This sounds like an excellent
- time for `fuser -k'
- --
- John F. Haugh II | Vida en La Republica de Tejas:
- Ma Bell: (512) 251-2151 | A Tejana woman, after spending the rent
- UUCP: ...!cs.utexas.edu!rpp386!jfh | money on the Tejas Lottery - "I can't go
- Domain: jfh@rpp386.cactus.org | home, my husband will beat me up."
-