From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 3 12:48:31 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.ORG Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E28616A4DD for ; Thu, 3 Aug 2006 12:48:31 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 789F243D46 for ; Thu, 3 Aug 2006 12:48:30 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (srqxab@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k73CmORu037729 for ; Thu, 3 Aug 2006 14:48:29 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k73CmOws037728; Thu, 3 Aug 2006 14:48:24 +0200 (CEST) (envelope-from olli) Date: Thu, 3 Aug 2006 14:48:24 +0200 (CEST) Message-Id: <200608031248.k73CmOws037728@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG In-Reply-To: <20060802192507.GB1136@roadrunner.aventurien.local> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 03 Aug 2006 14:48:29 +0200 (CEST) X-Mailman-Approved-At: Thu, 03 Aug 2006 13:03:44 +0000 Cc: Subject: Re: absolute vs. relative offsets in disklabel X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Aug 2006 12:48:31 -0000 Ulrich Spoerlein wrote: > btw, how hard would it be to write a shrinkfs and perhaps movefs tool? movefs shouldn't be very difficult, but shrinkfs is more complex, because you have to relocate files and metadata within the filesystem. The shrink operation can fail if there isn't enough space in the new size for all data (and you need to take into account that not only data space is reduced, but also the number of inodes). Snap- shots will make it even more complicated. But then again, harddisks tend to get bigger, so there is probably not much need for a shrinkfs tool. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. We're sysadmins. To us, data is a protocol-overhead.