From owner-freebsd-stable Wed May 15 9:19:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from damnhippie.dyndns.org (12-253-177-2.client.attbi.com [12.253.177.2]) by hub.freebsd.org (Postfix) with ESMTP id ADEA137B40B for ; Wed, 15 May 2002 09:19:05 -0700 (PDT) Received: from [172.22.42.2] (peace.hippie.lan [172.22.42.2]) by damnhippie.dyndns.org (8.11.6/8.11.6) with ESMTP id g4FGJ2G47060; Wed, 15 May 2002 10:19:02 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) Date: Wed, 15 May 2002 10:19:03 -0600 Subject: Re: enable/disable softupdates in rc init idea From: Ian To: Nuno Teixeira Cc: freebsd-stable Message-ID: In-Reply-To: <20020515013353.GA31063@gw.tex.bogus> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > As you say, this is a "one-shot thing". There is the problem with > including this in /rc/ (like I said): "It works ok but this method is > *stupid* because we need to activate softupdates *only once* and not every > time that we reboot/start the machine. > > > Thanks very much for your and all replies, > > Nuno Teixeira I think you misunderstood the point: it's a one-shot thing, so you manually edit it into the rc file (or rc.early that someone else suggested), you reboot to make it take effect, then you manually remove it from the rc file. Not that there would be any downside I can think of to just running the tunefs command every time you boot, the performance penalty for doing so is probably measurable in microseconds-per-boot. On remote servers I administer I've set softupdates on without even rebooting. Just unmount the filesystems, turn it on, and remount them. That works fine for everything except the root filesystem, and for some reason I've never felt that turning on softupdates on / was a good idea. (My / filesystems tend to have nothing in them except kernel, modules, and /etc, so I can't imagine it making a huge performance difference anyway.) -- Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message