Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!simtel!chi-news.cic.net!uwm.edu!math.ohio-state.edu!howland.reston.ans.net!blackbush.xlink.net!ka.sub.net!rz.uni-karlsruhe.de!news.uni-stuttgart.de!uni-regensburg.de!faui0n.informatik.uni-erlangen.de!uni-erlangen.de!news.tu-chemnitz.de!irz401!uriah.heep!not-for-mail From: j@uriah.heep.sax.de (J Wunsch) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: FreeBSD 2.1 Slice sizes? Date: 18 Oct 1995 09:44:07 +0100 Organization: Private FreeBSD site, Dresden. Lines: 31 Message-ID: <462eon$9gv@uriah.heep.sax.de> References: <45tof2$578@swen.emba.uvm.edu> NNTP-Posting-Host: uriah.heep.sax.de Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Todd Huss <huss@emba-news.uvm.edu> wrote: >I'm planning on installing FreeBSD 2.1 when it's finally out, and in the >meantime I was playing with the 100595 2.1 SNAP and noticed that when I >went to label the slices that as defaults it gave me 32MB for / and Well, that are partitions (from the Unix point of view). Slices are the portions of the disk just above it (sometimes also called "fdisk partitions"). Just to avoid confusion... >30MB for /var and I was curious if this isn't a bit excessive for an >X-User with Kernel source installation? I couldn't find the answer in the >FAQ and the hard-disk partioning tutorial gives ~18MB / and ~10MB /var as >reasonable defaults. My reason for caring, is that I'm going to be >running this on my laptop and only have 142MB for FreeBSD, so I'd >obviously like as much space as possible in /usr. Any suggestions or >comments would be greatly appreciated. There's nothing magic, this heavily depends on the purpose of the machine. For example, a news server will certainly be very unhappy with either 10 or 30 MB /var/spool... For a notebook with a small disk, it might be best to only create a separate swap partition (twice the RAM size still holds as a reasonable default, unless you know that you need more or less), and stuff all files into a single ``/'' file system. This will give you the best flexibility. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)