Date: Tue, 19 May 1998 22:47:26 -0500 From: Zach Heilig <zach@gaffaneys.com> To: Poul-Henning Kamp <phk@critter.freebsd.dk>, Satoshi Asami <asami@FreeBSD.ORG> Cc: danny@panda.hilink.com.au, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/6653 Message-ID: <19980519224726.63363@gaffaneys.com> In-Reply-To: <1253.895607902@critter.freebsd.dk>; from Poul-Henning Kamp on Tue, May 19, 1998 at 09:58:22PM %2B0200 References: <199805191952.MAA00778@silvia.HIP.Berkeley.EDU> <1253.895607902@critter.freebsd.dk>
index | next in thread | previous in thread | raw e-mail
On Tue, May 19, 1998 at 09:58:22PM +0200, Poul-Henning Kamp wrote:
> >find /var/run -type f | xargs rm -f
> It's done before we have find available...
You mean before /usr is mounted? The only way /usr would not be mounted when
cleaning /var/run is if /usr was an NFS filesystem. If for some reason you
wanted /var on an nfs partition, it also would not be available [I am sure
that /var would be badly broken as an NFS partition].
BTW, before anybody suggests it, 'mount -a -t nfs' cannot be moved before the
call to /etc/rc.network. The call to rc.network cannot be moved before the
cleaning of /var/run (rc.network can populate /var/run with files depending on
options). However: there is a call to vnconfig (in /usr/sbin) before NFS
partitions are mounted [/usr can already cause problems if it is from NFS].
Solution: I don't have one, but if you are going to argue that 'find' isn't
available at the time /var/run is cleaned, neither is 'vnconfig'.
$ egrep -b vnconfig\|/var/run\|find\|mount /etc/rc
1392:mount -u -o rw /
1430: echo "Filesystem mount failed, startup aborted"
1491:umount -a >/dev/null 2>&1
1518:mount -a -t nonfs
1557: echo "Filesystem mount failed, startup aborted"
1969:rm -f /var/run/*
2029:dmesg > /var/run/dmesg.boot
2214: vnconfig /dev/vn0b $swapfile && swapon /dev/vn0b
2582:mount -a -t nfs
2770:(cd /var/run && { cp /dev/null utmp; chmod 644 utmp; })
3218: # prune quickly with one rm, then use find to clean up /tmp/[lq]*
3381: find -d . ! -name . ! -name lost+found ! -name quotas -exec rm -rf -- {} \;)
3954: # binaries had a chance to move towards /var/run/log.
4074: ln -sf /var/run/log /dev/log
4110: rm -f /var/run/log
--
Zach Heilig -- zach@gaffaneys.com
Real Programs don't use shared text. Otherwise, how can they use
functions for scratch space after they are finished calling them?
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19980519224726.63363>