[803] in Release_7.7_team
Re: Consider memory upgrades for public SPARC Classics.
daemon@ATHENA.MIT.EDU (Greg Hudson)
Thu Dec 26 19:19:41 1996
To: Jonathon Weiss <jweiss@MIT.EDU>
Cc: Bill Cattey <wdc@MIT.EDU>, release-team@MIT.EDU
In-Reply-To: Your message of "Thu, 26 Dec 1996 19:03:13 EST."
<199612270003.TAA27996@the-other-woman.mit.edu>
Date: Thu, 26 Dec 1996 19:19:36 EST
From: Greg Hudson <ghudson@MIT.EDU>
> WEll, my initial reaction to this was: well, that's a no-brainer,
> let's just steal some space from /var and make root and /usr bigger.
> The problem is that while it isn't too hard to do this at install
> time (I think it's about an hours work for each type of disk we want
> to partition differently.) It would be nearly impossible to change
> all of the machines that are already out there.
This may be a case where filesystem hacking is less effort than
dealing with the matter at a higher level. Someone I know wrote a
program to resize FFS filesystems; maybe we can use that.
(I'm not saying we should make it policy to rely on mucking with
filesystem state, but it might be the best way to get over this
problem.)
I'll look into it some time.
