From owner-freebsd-questions@FreeBSD.ORG Tue Dec 16 15:15:44 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E4381065672 for ; Tue, 16 Dec 2008 15:15:44 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 52C468FC21 for ; Tue, 16 Dec 2008 15:15:44 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1752962yxb.13 for ; Tue, 16 Dec 2008 07:15:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=mz/T9BDVOZlmEi/y+0u2JHIAmgHfsN66aQDBuJxTzQI=; b=mo2YSXKEFqUeSUSFxmdu4WRc8X5RtzxHhKnQdjkxejD6UhO9Pe8symGUzvz1uq2ZUj CSY+RKpeZ/a3/zgh+trJaGFq/iR/twcWjII/zU8zSOcjjnTf4lNbQO5nbuROEN689qd0 Zufvyfv4x8pKCGGwjapt0Bhf/Zgp6Lm1H15BU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=eS8EBdl5IVrmYno1sJ//T8MRLuPqvwcXXHlcn3jMk0iww2yAeCSB4tF6XvsPoKjAye 2CJtGJWuCa4cGdvwe5tnr5SROUzK4ZeatGfA/5PhVdyVDBUKHKMslaSxkkbDifmn4Qu2 L6lYwke4ZKSlVy8muJWtfXH045SGyAcuIkvLw= Received: by 10.231.20.3 with SMTP id d3mr108475ibb.18.1229440543298; Tue, 16 Dec 2008 07:15:43 -0800 (PST) Received: by 10.231.12.137 with HTTP; Tue, 16 Dec 2008 07:15:43 -0800 (PST) Message-ID: <3a142e750812160715p751483edh610a4adb055d31a2@mail.gmail.com> Date: Tue, 16 Dec 2008 16:15:43 +0100 From: "Paul B. Mahol" To: "Wojciech Puchar" In-Reply-To: <20081216160327.N61449@wojtek.tensor.gdynia.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081216094719.EDCEE1065675@hub.freebsd.org> <49478749.2030200@dugas-family.org> <20081216123057.M61117@wojtek.tensor.gdynia.pl> <4947B50B.7010802@dugas-family.org> <20081216160327.N61449@wojtek.tensor.gdynia.pl> Cc: freebsd-questions@freebsd.org, Bernard Dugas Subject: Re: Optimising pxeboot disk size X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Dec 2008 15:15:44 -0000 On 12/16/08, Wojciech Puchar wrote: >>> it's simple: >> >> More simple when you tell it ;-) Thanks a lot, i will try it tonight ! > > it doesn't have chance - must work :) > >> >>> I wish it's helpful, doing this doesn't just save space but saves time - >>> you have to upgrade software once. >> >> So preserving consistency, which is the most important when you have lot >> of >> diskless stations ! > > exactly. i'm using just NetBSD 1.5 (uses LITTLE memory) + Xserver, so > there are almost no updates, but anyway - it's stored once. > >>> you may like to make /etc-common directory and put most of files there, >>> and >>> symlinks in each station's /etc >> >> In fact, it makes me think that we miss a concept in mount, or at least i >> don't know it currently : >> imagine a -tl (TransparentLayer) option for mount, allowing to mount >> multiple >> source to the same directory, for instance /etc : > > there is already such think - mount_unionfs > > but i don't use it. > > if you mount over some directory - it's original contents (like my /etc/rc > doing exec /systemrc) gets hidden. > >> >> mount -r yournfsserver:/basic/etc /etc >> mount -tl -r yournfsserver:/TypeX/etc /etc >> mount -tl -r yournfsserver:/StationY/etc /etc > > mount_unionfs > > but i don't know how stable it is. > >> When you want to change something, you add a rw TransparentLayer : >> mount -tl yournfsserver:/StationYchanges/etc /etc >> >> So that changed or added files are only stored in this rw partition, thus >> very small and easy to manage. >> >> This would be a kind of partition inheritance, like in object languages... >> >> Dreams are allowed :-) > > try mount_unionfs and mount_nullfs -- Paul