From owner-freebsd-questions@FreeBSD.ORG Wed Dec 29 17:56:51 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8CA216A4CE for ; Wed, 29 Dec 2004 17:56:51 +0000 (GMT) Received: from male.aldigital.co.uk (male.thebunker.net [213.129.64.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id D062843D1D for ; Wed, 29 Dec 2004 17:56:49 +0000 (GMT) (envelope-from m.seaman@infracaninophile.co.uk) Received: from gravitas.thebunker.net (gateway.ash.thebunker.net [213.129.64.4]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by male.aldigital.co.uk (Postfix) with ESMTP id D629797782; Wed, 29 Dec 2004 17:56:48 +0000 (GMT) Received: from [127.0.0.1] (localhost [127.0.0.1])iBTHujgA054018; Wed, 29 Dec 2004 17:56:46 GMT (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <41D2EFD7.7090903@infracaninophile.co.uk> Date: Wed, 29 Dec 2004 17:56:39 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Mozilla Thunderbird 1.0 (X11/20041229) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chris References: <443bxr8hgu.fsf@be-well.ilk.org> <41D09F96.4030708@daleco.biz> <41D0A0CF.7070406@makeworld.com> In-Reply-To: <41D0A0CF.7070406@makeworld.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig379B2A06E4F23ACB0CFC0CC6" cc: Eric F Crist cc: Lowell Gilbert cc: FreeBSD Questions Subject: Re: add a harddrive to an existing system X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 17:56:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig379B2A06E4F23ACB0CFC0CC6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Chris wrote: > I read that also however, I have a question about it. In the example I > read (by Doug White) he used /usr/home as the point of reference. The > question I have is this, what becomes of the space left over on the 1st > drive now that /usr/home has been effectively moved? > > Can you merge this in someplace else? Say /swap or /var? If you mount the new partition from your new disk at /usr/home, then anything under /usr/home *on the old disk* will become inaccessible, and just take up space to no purpose. But you knew that anyhow. So, after you've copied your original /usr/home data onto the new partition, you should delete those contents from the old partition -- and that will have exactly the effect you'ld expect on the available space in the old partition. You can't arbitrarily shave bits off one partition and add them to another one -- at least, not without going through a great deal of rigmarole: backing everything up, booting from separate media if necessary, deleting all of the affected partitions, recreating them in the required size and restoring the backups. Note that 'affected partitions' will include those located on disk between the partition you're expanding and the one you're contracting: in order to shift them over a few cylinders, you will have to delete them, go through all of the gubbins to recreate each of them in their new positions and then restore the contents from backup. You probably don't want to have to do all that. However, you can add a swapfile on the emptied partition: see mdconfig(8) for details (vnconfig(8) if you're using 4.x). Otherwise you can effectively map chunks of /usr/home into /var by adroit use of sym-links. However this is not particularly recommended: it goes against the reason for actually having a separate /var partition in the first place, and symbolic link-trees are too prone to silly things like not getting backed up properly, or inadvertently causing you to try and write to a non-mounted partition. The installer does rather tempt you into making a large number of partitions all over the place, but that temptation should be resisted unless you have good solid reasons for splitting up your disks. In general, the rule of thumb is a small number of large partitions will serve you better than a large number of small partitions. Partitioning schemes and disk layout are the sort things that sysadmins love to argue infinitesimally all the whys and wherefores of -- but note that for a home system just having *two* partitions on a drive (ie. swap + everything else) will work very well indeed, and save you from having to worry about partition juggling at all. Although that layout is certainly not the right solution in all circumstances. See the archives of this list for many, many arguments on the pros and cons of that and other partitioning schemes. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 8 Dane Court Manor School Rd PGP: http://www.infracaninophile.co.uk/pgpkey Tilmanstone Tel: +44 1304 617253 Kent, CT14 0JL UK --------------enig379B2A06E4F23ACB0CFC0CC6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQCVAwUBQdLv3Zr7OpndfbmCAQImJQP+IKsNtHZTSDeoTuYmBcpZ/7/4yAXYz7Gb 9gBvX+r7GZdpaMTMj6epZrSyFXxzkSLBcx6FInSTx1BDW6iCA/WHTpQtxC7+GDJI FBxe41b0ujnWilkPdomIQeOh74U362J0G2tmJ9Ipw/Tv9nVbLhPSReahzh71mMww oFmqA7m7r1I= =jfkP -----END PGP SIGNATURE----- --------------enig379B2A06E4F23ACB0CFC0CC6--