From owner-freebsd-current Fri Jan 14 1:59:40 2000 Delivered-To: freebsd-current@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 8CC041512A; Fri, 14 Jan 2000 01:59:29 -0800 (PST) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.11 #1) id 1293VK-0000Om-00; Fri, 14 Jan 2000 11:58:50 +0200 From: Sheldon Hearn To: Adrian Penisoara Cc: Trond Endrestol , FreeBSD stable , FreeBSD current Reply-To: freebsd-chat@freebsd.org Subject: Re: Making sure /var/tmp/vi.recover exists during reboot In-reply-to: Your message of "Fri, 14 Jan 2000 11:55:55 +0200." Date: Fri, 14 Jan 2000 11:58:50 +0200 Message-ID: <1535.947843930@axl.noc.iafrica.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Let's try not to cross-post this any more, eh? On Fri, 14 Jan 2000 11:55:55 +0200, Adrian Penisoara wrote: > Then let's get the other way around (change in /etc/rc): No, you're missing the point. /var/tmp is expected to survive reboots. That's its definition according to the hier(7) manual page. If you choose to break that functionality, don't expect anyone to make gratuitous changes to the FreeBSD startup scripts to support your oddball configuration. :-) > And let me notice that the original script assumes existence of this > directory whereas if I don't run vi I won't get one... It does so because of the definition of /var/tmp . > I use this small hack to get around the ugly error message I get every > time I boot with MFS mounted /var/tmp -- suited me well until now. You shouldn't be mounting /var/tmp in MFS, because a memory file system does not survive a reboot -- that's where you've gone wrong. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message