From owner-freebsd-current Thu Dec 7 12:37:33 2000 From owner-freebsd-current@FreeBSD.ORG Thu Dec 7 12:37:30 2000 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hera.drwilco.net (10dyn144.dh.casema.net [212.64.31.144]) by hub.freebsd.org (Postfix) with ESMTP id 53B2F37B400 for ; Thu, 7 Dec 2000 12:37:28 -0800 (PST) Received: from ceres.drwilco.nl (ceres.drwilco.net [10.1.1.19]) by hera.drwilco.net (8.11.1/8.11.1) with ESMTP id eB7KsTl01199; Thu, 7 Dec 2000 21:54:50 +0100 (CET) (envelope-from drwilco@drwilco.nl) Message-Id: <4.3.2.7.0.20001207213006.00be4600@mail.drwilco.net> X-Sender: drwilco@mail.drwilco.net X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 07 Dec 2000 21:36:46 +0100 To: growfs@tomsoft.com From: "Rogier R. Mulhuijzen" Subject: Re: growfs(8) for FreeBSD Cc: freebsd-current@freebsd.org In-Reply-To: <20001207103444.B25381@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Is it also capable of shrinking filesystems? I've sometimes wanted to grow my /var or / slice using space freed by shrinking /usr (on a default partitioned disk). Up to now I've solved it through symlinks, but that doesn't really deserve the beauty award. I'd imagine a lot of new users wouldn't mind being able to change partition size on a fully configured machine without having to resort to backup, reslice, restore.... Anyways, sounds like a very handy tool already! Just my $0,02 DocWilco At 10:34 7-12-00 -0800, you wrote: >Hi, > >Due to vinum it is no problem to add disks and grow your volumes but up to >now you couldn't easily make use of that new space for a file system, except >using sequence of ufsdump/newfs/ufsrestore or something similar. > >Thomas (tomsoft@freebsd.org) and me (chm@freebsd.org) have written a growfs(8) >for FreeBSD. Currently we can only grow unmounted file systems (in a clean >state) without any active snapshots inside. It is foreseen to enhance >growfs to >grow mounted file systems as well, and handle active snapshots correctly. >This requires some infrastructure which is then only available in FreeBSD-5, >whilst the current design runs also happily on FreeBSD-4 and FreeBSD-3 >(tested) and possibly even on FreeBSD-2 (untested). > >To help us gathering the needed data for fixing bugs in growfs we additionally >wrote ffsinfo(8), a (very) extended version of dumpfs. > >We've sent a couple of snapshots of our code to Kirk McKusick and to Greg >Lehey. Greg also volunteered :-) for reviewing the code. We also maintain >some sort of (for some contractual reasons unilaterally) contact with Don >Coleman who is doing the same thing for BSD/OS. > >-- >Ciao > > > Christoph &:-) > > > >M$: Where do you want to go today? >Linux: Where do you want to go tomorrow? >FreeBSD: Are you guys comming, or what? > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message