Date: Thu, 3 May 2001 14:23:23 -0700 (PDT) From: Chuck Rouillard <chuckr@opus.sandiegoca.ncr.com> To: Roger Merritt <mcrogerm@stjohn.ac.th> Cc: Mike Meyer <mwm@mired.org>, <freebsd-questions@FreeBSD.ORG> Subject: Re: Deleting a slice? Message-ID: <Pine.BSF.4.31.0105031359510.65176-100000@opus.sandiegoca.ncr.com> In-Reply-To: <5.0.2.1.0.20010503145653.00a0a790@stjohn.stjohn.ac.th>
next in thread | previous in thread | raw e-mail | index | archive | help
> At 02:15 03-05-01 -0500, you wrote:
> >First, those are partitions, not slices. s1a is partition a of slice
> >1, etc.
>
> OK. Sure wish I could get the nomenclature straight.
It isn't industry consistent. Some SVR4 variants
with Intel x86 as a target will refer to primary
disk partitions as a "partition" and filesystems
created within such a "partition" as slices. The
best you can hope for is to remember which UNIX
you're speaking of, and to whom.
> >Tmp needs to be big enough for worst case usage. Depending on what the
> >server is doing, 99M could be more than enough, or badly
> >undersized. /usr/should be relatively static, and has 208M free -
> >twice the size of /tmp - so I'd recommend leaving it alone. Just
> >adding /tmp to / will alleviate the problems on /, as well as leaving
> >*most* of the space on /tmp available for temporary use. Of course, if
> >something using /tmp then eats all the space on /, the consequences
> >could well be worse than having it eat all the space on /tmp. The
> >other alternative would be to leave /tmp alone, and put /var on /
> >instead. /var is less likely to be filled up by something
> >inconsequential than /tmp.
[snip]
[conjoined]
> [root@poppy:~]# df
> Filesystem 1K-blocks Used Avail Capacity Mounted on
> /dev/wd0s1a 49583 40931 4686 90% /
^^^^^
You might have a look here for unnecessary files; used
block count looks a little larger than I would expect.
.cr
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.31.0105031359510.65176-100000>