[4808] in testers

home help back first fref pref prev next nref lref last post

Re: Updating to Athena 9 on Ultra 5 fails

daemon@ATHENA.MIT.EDU (Greg Hudson)
Fri Jun 15 15:26:57 2001

Message-Id: <200106151926.PAA22073@egyptian-gods.MIT.EDU>
To: "Thomas H. Grayson" <thg@MIT.EDU>
cc: testers@MIT.EDU, dsheehan@MIT.EDU, miki@MIT.EDU
In-Reply-To: Your message of "Fri, 15 Jun 2001 15:15:38 EDT."
             <200106151915.PAA29410@coast.mit.edu> 
Date: Fri, 15 Jun 2001 15:26:52 -0400
From: Greg Hudson <ghudson@MIT.EDU>

I think you have run afoul of an installer mistake.  Any machines with
certain disk types (ST34321A, ST39120A, ST39140A, Seagate medalist)
installed in the last two months got a swap partition which overlapped
by one sector with the beginning of the AFS cache partition.  For the
most part this doesn't seem to hurt, but when the update to 9.0
newfs's the swap partition, it destroys the beginning of the /usr/vice
filesystem (/dev/dsk/c0t0d0s3, the filesystem which couldn't be
mounted in your error messages).

We just discovered this installer problem today, and the fix to the
installer hasn't been deployed yet.  We will also need to put a
workaround in the update process (fortunately, it is possible to just
fix the size of the swap partition without reinstalling), which we
haven't developed yet.  Until we deploy the installer fix (which I
would guess will happen tonight or tomorrow at the latest), probably
the easiest workaround for you is to do an 8.4 install with custom
partitions; alternatively, you could do a stock 8.4 install, then turn
off swapping ("swap -d /dev/dsk/c0t0d0s1") and use "format" to fix the
size of the swap partition.

home help back first fref pref prev next nref lref last post