Resizing disk labels
roland at thegreentree.org
Tue Nov 25 05:03:20 PST 2003
Yes, you're right, I mean file systems. I've only been using FreeBSD for
bit more than a month, so I'm still getting used to the different
terminology (being used to MS).
Could I do this process "live", ie. could I FTP the content for "/usr" to
another machine, delete the "/usr" filesystem, grow "/" to let's say 1GB,
recreate "/usr" and copy the data back? If I understand things correctly,
then "/usr" holds apps and other stuff, but not the files essential to
starting and operating FreeBSD. So I should be follow this course of
> -----Original Message-----
> From: owner-freebsd-questions at freebsd.org
> [mailto:owner-freebsd-questions at freebsd.org]On Behalf Of Konrad Heuer
> Sent: 25 November 2003 14:42
> To: Roland Giesler
> Cc: questions at freebsd.org
> Subject: Re: Resizing disk labels
> On Tue, 25 Nov 2003, Roland Giesler wrote:
> > I have installed FreeBSD in a server with the default setting
> in the label
> > editor. I hope my terminology is correct, since I'm refering
> to /etc /usr
> > etc. Now I've installed a squid, KDE, DHCP, Java (not complete yet!),
> > Apache and some other stuff. While installing Qmail, I ran out of disk
> > space on /etc. but /usr still has 17GB free.
> > How can I resize the "labels" so /etc grows to 1GB for example? I've
> > searched all over and it appears that one can grow the size,
> but not shrink
> > it?
> > What I've really looking for is a tool like partitionmagic for
> FAT or NTFS.
> > Does such a tool exist and if not what are my options here?
> You can use growfs to increase the size of a filesystem (I suppose this is
> what you mean), but only if you have free disk space available adjacent to
> the cylinders allocated for the filesystem in question.
> You cannot decrease the size of filesystem without recreating it.
> Thus you have the following possibilites to choose from:
> 1) Reinstall FreeBSD and use more suitable filesystem sizes.
> 2) Backup the data of the filesystem which is too large and adjacent to
> the filesystem which is too small, enlarge that with growfs, recreate
> other filesystem with smaller size and restore the data.
> 3) Try to identify subdirectories containing a lot of data within the
> filesystem which is too small, move them by mv to a filesystem with
> enough free space and symlink them back (ln -s) to the old location.
> But do not move the whole /etc directory from the root to another
> Best regards
> Konrad Heuer (kheuer2 at gwdg.de) ____ ___ _______
> GWDG / __/______ ___ / _ )/ __/ _ \
> Am Fassberg / _// __/ -_) -_) _ |\ \/ // /
> 37077 Goettingen /_/ /_/ \__/\__/____/___/____/
> freebsd-questions at freebsd.org mailing list
> To unsubscribe, send any mail to
> "freebsd-questions-unsubscribe at freebsd.org"
More information about the freebsd-questions