The 6.2 upgrade procedure has some terribly annoying features:
1- if a /etc/auto.master is NOT present before the upgrade it
puts one there. In our case the auto.master information comes from
an NIS map. The upgrade should not invent files when not needed.
2- The upgrade procedure changed the layout of /etc/rc.d/rc?.d/
files without notice. In particular it created a K20nfs in lieu
of a pre-existing S60nfs in rc3.d and rc5.d. It also removed
a S95sshd there.
3- Gdm reacts badly to unknown situations. It tries to restart
several times when some data is missing before settling down.
A couple of times should be enough. The end results is that the
monitor tries to sync to a high frequency for the X stuff, then
something goes wrong (no way to tell what), then it syncs down to
text mode for a few milliseconds, and then tries again a number of
times. During that time the computer is unusable and looks about
to blow up. Fortunately GDM gives up after a while. Why not immediately?
presently this is a surefire way to destroy monitors.
These are minor points but it made the difference between a smooth
15 minutes procedure and an annoying 2 hours one when trying to find
out what is happening.
The NFS thing was an intentional change in that it not be started by
default, although settings shouldn't be changed on upgrade; most likely
this is because the script moved packages, and it can't really be helped.
The auto.master confusion should be fixed in the latest autofs in rawhide.
Assigning the rest of the bug to gdm.
*** This bug has been marked as a duplicate of 13786 ***
This defect is closed (since it's a duplicate)