[2404] in Release_7.7_team
installing 8.3
daemon@ATHENA.MIT.EDU (Michal N Lusztig)
Mon Aug 21 11:07:38 2000
Message-Id: <200008211507.LAA06961@gypsy.mit.edu>
To: release-team@MIT.EDU
Date: Mon, 21 Aug 2000 11:07:34 -0400
From: Michal N Lusztig <miki@MIT.EDU>
Last release team meeting we discussed the problem of installing release 8.3
using the new miniroot that I set up for installing 8.4
At this point we have 2 solutions :
a. When we install 8.3 using the new miniroot, the IDE device gets to be
136, but the number in the name_to_major we copy from
/srvd/etc/name_to_major.sun4u claims it to be 134. This makes the new
installed machine (just in the case of sun4u) unbootable.
One solution would be to have in /srvd/etc/ two name_to_major for sun4u,
an old one and a new one (having IDE as 134, and respectively 136). The script
pahse3.sh would have to check if we are in the old case (the miniroot has IDE as
134) or the new case (the miniroot would have IDE as 136) and copy the
appropriate name_to_major. :
the code in phase3 would be :
cd /root
installer_type=`grep dad /etc/name_to_major | awk '{print $2}'`;
case $platform in
sun4m)
cp -p "/srvd/etc/name_to_major.$platform" etc/name_to_major
;;
sun4u)
case $installer_type in
134)
cp -p "/srvd/etc/name_to_major.$platform" etc/name_to_major
;;
136)
cp -p "/util/name_to_major.$platform" etc/name_to_major
;;
esac
;;
esac
Same type of code we need in /etc/init.d/athena, where in the case of PUBLIC
machines we re-copy name_to_major from /srvd.
b. The second solution is to have on installers two miniroot, an old 8.3 one
and a new 8.4 one. On another server we need to run a bootparam server which will
have the old miniroot as default. The people installing 8.3 will answer to
cnboot questions by designating the above mentioned server as the server.
Let us talk about this next time we meet.
iki
