From owner-freebsd-current Sat Jul 6 14:14:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA95837B400 for ; Sat, 6 Jul 2002 14:14:26 -0700 (PDT) Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 367B943E3B for ; Sat, 6 Jul 2002 14:14:26 -0700 (PDT) (envelope-from cbh@teabag.demon.co.uk) Received: from teabag.demon.co.uk ([193.237.4.110] helo=teabag.cbhnet) by anchor-post-31.mail.demon.net with esmtp (Exim 3.35 #1) id 17Qwsr-0004JL-0V; Sat, 06 Jul 2002 22:14:25 +0100 Received: from localhost (localhost [127.0.0.1]) by teabag.cbhnet (Postfix) with ESMTP id E92C665075; Sat, 6 Jul 2002 22:14:22 +0100 (BST) Date: Sat, 6 Jul 2002 22:14:22 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teabag.cbhnet To: ticso@cicely.de Cc: current@FreeBSD.ORG Subject: Re: Possible solution to /tmp on md filesystem In-Reply-To: <20020706205552.GD23704@cicely5.cicely.de> Message-ID: <20020706221005.B684-100000@teabag.cbhnet> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 6 Jul 2002, Bernd Walter wrote: > I abused diskless_mount for md filesystems: Either solution's preferable to my first inelegant attempt at an rc.tmp involving making a complete pigs' ear of rc! :) > [351]cicely5> cat /etc/rc.md > DEV=`mdconfig -a -t swap -s 1400M` > disklabel -r -w ${DEV} auto > newfs /dev/${DEV}c > tunefs -n enable /dev/${DEV}c > mount /dev/${DEV}c /tmp > chmod 1777 /tmp ... snip ... > [352]cicely5> grep rc.md /etc/rc.conf > diskless_mount="/etc/rc.md" > > It's running fine on i386. > md currently doesn't work on alpha because of 8k pagesize brokenness. I used the same procedure, but with the size set to 1G (on i386) I kept getting some sort of overrun problem with newfs; I wasn't able to track down the cause to either newfs or disklabel, but creating a separate "a" partition seems to have done the trick in my case. Unfortunately I can't say for certain if that fixes the problem or merely avoids it. Cheers, Chris. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message