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>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19980519224726.63363>