[6862] in testers
Re: RHEL 4 X upgrade issue
daemon@ATHENA.MIT.EDU (William Cattey)
Sat Mar 26 14:57:13 2005
In-Reply-To: <200503261841.j2QIfXx9021379@egyptian-gods.mit.edu>
Mime-Version: 1.0 (Apple Message framework v619.2)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <883814ff6b7498d8f550f196b58f7f04@mit.edu>
Content-Transfer-Encoding: 7bit
Cc: rhe-release@mit.edu, testers@mit.edu
From: William Cattey <wdc@MIT.EDU>
Date: Sat, 26 Mar 2005 14:57:09 -0500
To: Greg Hudson <ghudson@mit.edu>
Is this X configuration bumpiness something we should report as a bug
to Red Hat?
It might affect stand-alone RHEL3 users at MIT who upgrade.
-wdc
On Mar 26, 2005, at 1:41 PM, Greg Hudson wrote:
> On my test laptop, I installed Athena 9.3 and configured X. The
> installer's automated X configuration didn't work right for me, but I
> just had to edit some lines in the "Monitor" and "Screen" sections to
> make it work.
>
> After the update to proto-Athena-9.4, however, my X configuration was
> invalid. One of the InputDevice sections had /dev/psaux as the device
> name, and that device no longer exists. Changing it to /dev/mouse0
> works. (Under RHEL 3, /dev/mouse0 does not exist, though /dev/mouse
> exists as a symlink to /dev/psaux.)
>
> Worse, when X fails to start up for this reason, something seems to go
> wrong resetting the video mode, and I wind up with a blank screen. A
> mingetty is running on tty7, but nothing is visible, and I don't
> believe keyboard input is being honored. I can ssh in, however, and
> if I kill the mingetty, the system will retry running X and will
> succeed if I've fixed the configuration file. This failure may be
> hardware-dependent.
>
> (In an SDIT meeting, I claimed that the XF86Config file would simply
> disappear during an update to RHEL 4. This is not the case; it is
> renamed to xorg.conf. I'm not sure how I got the wrong idea before.)
