Red Hat Bugzilla – Bug 50633
X Customization hangs after test screen resolution
Last modified: 2007-04-18 12:35:23 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt)
Description of problem:
During install Fairfax beta3 (using text mode), X customization hangs
after I test screen resolution. The installation process can't be
Steps to Reproduce:
1.Boot from CD1, select text mode
2.At the very end of installation process, choose to customize the X, run
test screen resolution.
3.The screen will be hung up at X Customization screen.
Actual Results: Unable to finish installation process by using text mode.
However, I can finish the installation process by using GUI mode.
Expected Results: Must be able to finish the installation process with
the ability to configure X.
What specific video hardware (controller and monitor) are you using, and can you
give us the PCI IDs for them, please?
I saw this bug in two system (PE1300, PE1400). Video chipset are embeded.
-Video Card: ATI Mach64 3D Rage IIC
-Video RAM: 2048
-Video card: ATI Mach64
-Video RAM: 4096
Oops, I use Dell's P780 monitor. I think this is not necessary, because there
is no problem when I use GUI method to install.
The X configuration is the last thing done during the install. Any bootloader
and boot floppy has already been written. You should be able to reboot into the
system and run Xconfigurator to setup X.
The same code is used to test an X configuration in GUI and TUI modes. I have
seen bad behavior of XFree86 4.x drivers from time to time.
Does it happen in text mode if you boot the installer using:
Yes, It happens in text mode if you boot the installer using:
Xconfigurator works OK.
Please try to reproduce with our closest hardware.
I've tried unsuccessfully on a PowerEdge 6300 to reproduce this behavior. It
has an embedded ATI Rage 128 graphics chip with 2048kb of RAM. Testing the X
configuration in text mode at 16 bit color depth and 1024x768 resolution works
fine for me. Were you trying different resolutions or color depths perhaps?
The following tests I tried were:
8 bit color:
16 bit color:
I use 16 bit color depth and 1024x768 resolution. Only PE1300, PE1400 have this
-Embedded Video Card: ATI Mach64 3D Rage IIC
-Video RAM: 2048
-Embedded Video card: ATI Mach64
-Video RAM: 4096
The other servers using ATI chip also, but they work fine.
Brent, msf: we have pe1300/pe1400 in the lab. Check with bobm.
Ok, I got a PE1400 from bobm and I could not reproduce the problem. The
installer was unable to probe the monitor because it ran through the KVM. The
generic monitor setting would only allow me to test at 640x480, but this worked
ok. Then, I manually set the monitor to "Dell P991", and then I could test at
all available resolutions. The graphics card was an ATI Mach64 with 4096 kb of
I don't know what else to do on this bug but resolve as 'worksforme'.
I retested and duplicated this problem every time ( 3 times).
Below steps are what I did:
- Choose text mode installation.
- At the "X Customization" screen, select:
- Default Desktop: KDE
- Default Login: Text
- Use cursor to select "Test" button, then press Enter.
- Use mouse click on "yes"
- The "X Customization" screen come back. And It hung up.
I tried again with today's build on the PE1400 and again I could not reproduce.
Everything works ok for me. I don't know what steps to take next...
What kind of mouse?
I'm using Microsoft IntelliMouse.
I was using a two button Dell mouse (made by Logitech). Can you try with a
Yes, It works. So, what's wrong with Microsoft Intellimouse?
I've seen this before...are you specifically selecting Microsoft IntelliMouse in
the mouse selection screen? I've seem some IntelliMice go completely bonkers in
X if they are set to PS/2 instead of IMPS/2.
Is it a PS/2 mouse or USB? If it's ps/2, I'm not sure there's much we can do.
-Either generic mouse, or intellimouse, ---> same result.
- PS2 mouse.
I have three old IntelliMice at home that I'll bring to work on Monday and see
if I can duplicate this. One is an OEM version and two are retail. You can
tell the difference because the OEM versions are very smooth while the retail
versions have more of a matte finish. Which does yours have?
Do you happen to know how old your mouse is? My two retail versions say that
they are Version 1.1A. The OEM version has no information on it. Do you have
another IntelliMouse you could try?
I have a retail version.
Any way, It seems to work with RC1. I don't know what changed between beta3 and
RC1, but it works.
We can close this issue.
I guess the problem was with the X server somehow. There weren't any changes to
anaconda that would account for differences between beta 3 and RC1. Bugs that
just disappear always worry me, because you don't know when they'll reappear. I
guess we'll leave this one alone, though.