From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021203 Description of problem: Probing of hardware finds graphics adapter and monitor, but "no mouse". The installer prints a dialog box with the title "Mouse not detected" and a summary of what has happened and that I must install via text mode. At the bottom of the dialog are two buttons "OK" and "Use text mode". Unfortunately, at that point the system is locked up and does not accept any input. No key presses possible, neither TAB nor switching to the virtual consoles. Suffice to say, mouse detection worked flawlessly with older versions of Red Hat Linux, including the Limbo and (null) betas. My mouse is a classic 3-button serial mouse from Logitech on /dev/ttyS1. Kernel info from Valhalla: 02f8-02ff : serial(auto) 03f8-03ff : serial(auto) Serial driver version 5.05c (2001-07-08) with MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI ISAPNP enabled ttyS0 at 0x03f8 (irq = 4) is a 16550A ttyS1 at 0x02f8 (irq = 3) is a 16550A I'm going to post the kernel info from the installer later. Maybe it gives a clue. How reproducible: Always
Booting with "linux text" and "linux text noprobe" locks up at the "Welcome to Red Hat Linux" screen. Booting with "linux acpi=off" fails, too.
Does it work if you unplug the mouse, out of curiousity?
No. Same symptoms. To make it more clear. "Probing for mouse: No - mouse" most likely is not causing the crash. That it doesn't find my mouse is just a minor detail which differs from previous versions and betas of Red Hat Linux. It's the next screen where the installer locks up.
Yeah, but I'm guessing something odd in the PS/2 mouse probe is locking up the keyboard.
I think this bug is duplicate of #80293, unless you want to redefine it has the mouse isn't detect properly. The mouse isn't detected and so he is forced to do a text install, but then he runs into the problem with the keyboard not working at all after a certain point. I don't think it is related to the ps/2 mouse since I have a usb mouse and the keyboard stops working.
This bug is a duplicate of #80293. Here is what I discovered: Did more testing and figured out why my second computer worked and my main computer didn't. On both computers if there was no mouse you got no keyboard in the text installer. On both computers if you used a USB mouse you got no keyboard in the GUI and text installer. On both computers if you used a PS/2 mouse or USB mouse with PS/2 adapter the keyboard worked in the text and GUI installer. So now we have a workaround.
To clarify this is with a PS/2 keyboard and I tried two different PS/2 keyboard. One with straight PS/2 and one AT with PS/2 adapter.
Yes, bug #80293 looks like it deals with a similar problem. But only at this later stage when Bill mentioned it could be keyboard-related. Since I had run CD #1 through the media-check just fine (although I have had checked the CD with md5sum before) and skipping the media-check had not killed my keyboard either, I have assumed the deadlock might be something else.
I have successfully run through a media check also. I just said skip cd check to get right to the problem isn't of taking the time to check the media.
*** This bug has been marked as a duplicate of 80293 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.