From owner-freebsd-fs Wed Oct 27 14:19:10 1999 Delivered-To: freebsd-fs@freebsd.org Received: from calis.blacksun.org (Calis.blacksun.org [168.100.186.40]) by hub.freebsd.org (Postfix) with ESMTP id C48F814E0E for ; Wed, 27 Oct 1999 14:19:06 -0700 (PDT) (envelope-from don@calis.blacksun.org) Received: from localhost (don@localhost) by calis.blacksun.org (8.9.3/8.9.2) with ESMTP id RAA35688; Wed, 27 Oct 1999 17:20:42 -0400 (EDT) (envelope-from don@calis.blacksun.org) Date: Wed, 27 Oct 1999 17:20:42 -0400 (EDT) From: Don To: Bernd Walter Cc: Greg Lehey , Alfred Perlstein , freebsd-fs@FreeBSD.ORG Subject: Re: Journaling In-Reply-To: <19991027193200.A52144@cicely7.cicely.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > The Limit of 7 partionions is not of any interest if you use vinum. > Vinum should be able to manage in 1 partion more volumes than you will want. Ok nevermind :) Either way vinum is not up to snuff. It still has a way to go before it can be used in a production environment. My question then becomes what causes the 7 (partition, mount point, slice, whatever) limit? FreeBSD, OpenBSD and Solaris all share this limitation. Since they only share UFS (AFAIK) I had assumed it was the fault of UFS. > I'm also intersted in having a way to shrink an FFS filesystem, but it is > much more difficult than growing and you have to rename inodes which is not > always good. > At this moment I'm thinking of some ways to retain the inode numbers. > In the more common case your system is getting to small and you want to > have another HDD added - so only be able to grow does make sense. For me the issue has always been a mistake in the allocation of space on my disks. The reult being a reinstall (as I usually have more than enough space and do not want to add disks). This does not happen often but when it does happen it is a pain. When I run out of space I can usually simply add the other drive to another mount point and the ability to grow a partition becomes a none issue. -don To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message