Jason Gunthorpe <[EMAIL PROTECTED]> writes:
> The two most compelling reasons to carve a single drive into little
> partitions are space management and mounting /usr readonly. On a
> single user workstation neigther are very important, and for alot of
> servers they are not important either.
Havi
On Fri, 17 Sep 1999 07:30:37 -0500, David Starner <[EMAIL PROTECTED]> wrote:
>On Fri, Sep 17, 1999 at 11:38:29AM +0100, Chris Rutter wrote:
>> On Thu, 16 Sep 1999, David Bristel wrote:
>> Yes, either this or a FIFO expiration policy on /var/cache/apt/packages
>> which gets automatically applied whe
On Fri, Sep 17, 1999 at 07:30:37AM -0500, David Starner wrote:
> one apt-run - nothing in the cache, slink -> potato. /tmp is usually on
> the / partition, which probably has less space than anything (and on
> many installs ends up on the / partition - at least that's how I was
^
>
On Fri, Sep 17, 1999 at 11:38:29AM +0100, Chris Rutter wrote:
> On Thu, 16 Sep 1999, David Bristel wrote:
>
> > With this in mind, I think that having a configuration variable for apt that
> > would allow the downloaded .deb files to be put in a user defined place.
> > This
> > way, if your /var
On Thu, 16 Sep 1999, David Bristel wrote:
> With this in mind, I think that having a configuration variable for apt that
> would allow the downloaded .deb files to be put in a user defined place. This
> way, if your /var is close to being full, you could, for example, drop it
> into a
> temporar
On 16-Sep-99, 11:23 (CDT), David Bristel <[EMAIL PROTECTED]> wrote:
> With this in mind, I think that having a configuration variable for
> apt that would allow the downloaded .deb files to be put in a user
> defined place. This way, if your /var is close to being full, you
> could, for example, d
* "David" == David Bristel <[EMAIL PROTECTED]> wrote:
David> With this in mind, I think that having a configuration variable
David> for apt that would allow the downloaded .deb files to be put in
David> a user qdefined place.
apt-get -o APT::Dir::Cache="/home/me/download/" upgrade should do it I
enner wrote:
> Date: Thu, 16 Sep 1999 11:14:44 +0200
> From: "Alexander N. Benner" <[EMAIL PROTECTED]>
> To: deb-devel
> Subject: Re: history (Was Re: Corel/Debian Linux Installer)
> Resent-Date: 16 Sep 1999 14:47:19 -
> Resent-From: debian-devel@lists.deb
Hi
Ship's Log, Lt. Steve Dunham, Stardate 160999.0113:
> > /var 96M
>
> BTW, your /var might not be big enough to handle an upgrade from slink
> to potato. (Depending on whether the source of the packages is net or
> CD, I think.)
>
That's right, but I think it might be more a 'bug' in apt-ge
> BTW, one great thing about Linux is, fsck is incredibly fast compared to BSD
> :-)
You haven't seen soft-updates on FreeBSD, have you?
On Wed, 15 Sep 1999, Jonathan Walther wrote:
> drives. But given they are in such a vast minority, the current scheme of
> providing sensible defaults and popping the installer into a tool for
> creating your own arbitrary partition scheme is really the best.
> (at least, Im ASSUMING we do that t
Jonathan Walther <[EMAIL PROTECTED]> writes:
> With Debian distributions, and small disks, I have found this to always be
> sufficient:
>
> / 32M
> /var 96M
> swap 32M or more.
> /usr all the rest
> /home is a symlink to /usr/home
> /tmp is a symlink to /var/tmp
So what happens to the s
With Debian distributions, and small disks, I have found this to always be
sufficient:
/ 32M
/var 96M
swap 32M or more.
/usr all the rest
/home is a symlink to /usr/home
/tmp is a symlink to /var/tmp
For more than 150 megs of disk space, I have found this the best way of
partitioning. F
13 matches
Mail list logo
