[4632] in testers
Re: Ken Raeburn: Solaris athena-9.0 beta update
daemon@ATHENA.MIT.EDU (Michal N Lusztig)
Fri May 18 14:16:06 2001
Message-Id: <200105181815.OAA16742@kangi.mit.edu>
To: testers@MIT.EDU
In-Reply-To: Your message of "Thu, 17 May 2001 19:27:51 EDT."
<200105172327.TAA11581@egyptian-gods.MIT.EDU>
Date: Fri, 18 May 2001 14:15:57 -0400
From: Michal N Lusztig <miki@MIT.EDU>
I will try to summarize the problems experienced by Abbey and Ken in updating
their machines.
a. In the first stage of the update, a miniroot(based on Solaris8) is installed
on the swap device. That miniroot has an /etc/name_to_major which specifies
that the ide device is 136.
b. When the machine boots the swap device, if by any chance the ide device
was not 136, the machine fails to come up.
c. Most of the times, the ide device of the machine to update is 136 so we have
no problem. The exceptions I have seen were Abbey's and Ken's machine. I have no
idea why they were different.
(In the past we were copying the /etc/name_to_major from the machine
to be updated into the miniroot /etc/name_to_major. This is no more
possible because the miniroot is Solaris8 and the machine to update is Solaris7)
1. How to fix a machine that got in this stage :
boot net the machine in single user mode (or boot cdrom -s)
mount the root partition and see what is the number for the ide device
mount the swap partition; edit /etc/name_to_major to fix the number of the ide
device to be the number of the ide device on the root.
halt the machine
at PROM OK setenv boot-device disk
boot disk:b
2. We need to introduce in the setup-swap-boot a check for the number of the ide
disk on the machine that is going to be updated and after that edit the
name_to_major file on the swap partition to have the right number.
Miki
