[2356] in Release_7.7_team
name_to_major problem on Solaris-Athena 8.4
daemon@ATHENA.MIT.EDU (Michal N Lusztig)
Wed Jul 19 11:18:35 2000
Message-Id: <200007191518.LAA01734@gypsy.mit.edu>
To: ghudson@MIT.EDU
cc: release-team@MIT.EDU
Date: Wed, 19 Jul 2000 11:18:30 -0400
From: Michal N Lusztig <miki@MIT.EDU>
I understand now the problem and have a solution. In the case of the update,
because we start having an /etc/name_to_major file, the /etc/name_to_major
we get after update is different fronm the one we get at install,
namely the disk drives have a different number. Oscheck thinks just now
that copying the install name_to_major in the case of the PUBLIC stations is OK.
It is OK, but if we do not run drvconfig, devlinks and disks after that we end
having in name_to_major the hard disk as 136 and in /devices the hard disk as
134. At this point the machine can not boot (can not mount / and /usr
in rw).
Solutions :
put /etc/name_to_major in the exception list (done already)
or
run drvconfig, devlinks and disks after oscheck
(takes few seconds but is inocuous; I tested and it fixes the problem).
Miki
