Description of problem: Tried to install Mageia 3, Beta 2. When you're presented with the Mageia screen of what you want to do.. Boot the hard drive, install Mageia 3, memory test etc.. the USB keyboard works. Once install Mageia 3 is selected, the lights go out of the keyboard, and the keyboard becomes non-functional, so the next text screen of Which drive to install Mageia from does not work. I also would have thought the GUI version would be used instead (use mouse etc), but it did not load. I don't think it is a UEFI issue, the Beta1 installer at least loaded the keyboard, also loaded the graphical GUI installer straight away. Version-Release number of selected component (if applicable): Mageia 3, Beta2.
Just as a point of refrence, this is on the full "Installer DVD" version of Mageia3, Beta2.
Just tried installing Beta2 into a virtual machine (within Mageia2), and it loaded the graphical GUI without problem, and the keyboard works. Suggesting there is a USB detection problem of some sort.
CC: (none) => eeeemail, ennael1, mageia, thierry.vignaud, tmb
Priority: Normal => release_blocker
please provide the output of lspcidrake -v (or lspci -vvvv as an attachment)
Created attachment 3475 [details] Attached lspci Run command, lspci -vvvv
I ran some more tests on this issue and have found the following, 1. Resetting the BIOS to factory default settings and attempting to boot from the beta DVD's made no difference to the outcomes. 2. Just downloaded and tried the M3Beta2 version of the LiveCD, KDE version (64bit). This took a while to load from boot, even on a multi-core processor, but it did load a Nvidia driver and started the graphical installation, it did not dump me into text mode after the hardware was scanned. 3. It appears the "full versions" (KDE+Gnome) DVDs have the issue of throwing me into text mode, and not loading the keyboard driver, so the boot cannot be continued. No GUI version loaded, if it is available. Which conclusion can only mean there is a difference between what is being loaded initially in the LiveCD, and the full "Installer" version.
I appear to have solved the DVD booting problem, but will keep this bug open until at least Beta3 is released to see if it really has been solved. I moved a USB2 webcam to a USB3 port (to get longer cable reach), and for some strange reason, the installation routine on the DVD now works properly, USB keyboard and mouse work, and the installation can continue as normal in GUI mode too. A strange fault if the webcam was causing the problem just by being in a different USB port. There was no major problem with the USB port the webcam was in originally, as it was working, but not recognised properly on boot, in particular by Skype which seemed to keep forgetting the webcam existed (unplug then plug back in sorted that problem).
Intesteresting. Could you attach the pci1.txt & pci2.txt files resulting from running: 1) "lspcidrake -v>pci1.txt" with the camera in the first position 1) "lspcidrake -v>pci2.txt" with the camera in the 2nd position
Created attachment 3551 [details] lspcidrake -v> pci1.txt The USB position the USB webcam was in which produced the error the bug report is about.
Created attachment 3552 [details] lspcidrake -v> pci2.txt New USB position of USB webcam that cleared the fault that the bug report is about.
I ran the requested tests, I also noticed that when the webcam was in "pci1" position (USB2), the boot time of the computer was VERY slow (nearly 5 minutes). I originally thought this was down to a change in updated BIOS, as the base BIOS on the new motherboard worked no problem, but updating the BIOS created the slow boot. However, now the USB webcam is in the new position (USB3), the install routing for Mageia3Beta2 runs as expected (when I compare to previous installs I've done).. and the computer boots very fast - less than a minute. The webcam is a USB2 camera.
Hum the only difference in output is that the USB webcam is only seen in one case. I'm beginning to sense a kernel bug. Can you also attach dmesg output in both cases? "dmesg>dmesg1.txt" ... after booting.
Keywords: (none) => NEEDINFOSource RPM: (none) => kernel
Created attachment 3553 [details] dmesg>dmesg1.txt mdseg with the webcam in original position (USB2) which caused the bug report.
Created attachment 3554 [details] dmesg>dmesg2.txt dmesg with the webcam in new position (USB3) which does not cause any problems.
Thierry any other input about this ?
That's a either a HW issue or a kernel issue: -usbcore: registered new interface driver usbhid -usbhid: USB HID core driver -usb 1-5: device descriptor read/64, error -110 -usb 1-5: new full-speed USB device number 6 using ohci_hcd -usb 1-5: device descriptor read/64, error -110 -usb 1-5: device descriptor read/64, error -110 -usb 1-5: new full-speed USB device number 7 using ohci_hcd -usb 1-5: device not accepting address 7, error -110 -usb 1-5: new full-speed USB device number 8 using ohci_hcd -usb 1-5: device not accepting address 8, error -110 -hub 1-0:1.0: unable to enumerate USB device on port 5 the fact the webcam is plugged make the kernel unable to communicate with the keyboard. For the record, does the same issue happens on other OSes (ie: Windows)?
Summary: Mageia3,Beta2 USB keyboard does not work, can't install OS => Mga3B2 USB keyboard does not work, can't install OS ("device descriptor read/64, error -11" if a webcam is plugged)
Reporter? Time is gettinf short. Without answer within 4 days we will decrease priority
no answer? ping? we should maybe put an errata and put this as wontfix
CC: (none) => alien
For one machine?
if we have the specific webcam that is broken and it's confirmed, it's an option... IF the original reporter eventually ever responds...
As per Anne's comment 16, no reply from reporter within the last 10 days (4 days was given then, so even 6 days more did not help) so dropping priority.
Priority: release_blocker => Normal
I've supplied all that I could on the bug report, I've since not been able to re-create the problem, maybe it was a temporary bug, I don't know. I have not been able to test for this bug in any of the Mageia3 betas as I have not got Skype installed, Skype being the only application that I need the webcam for. As such, I will close this bug unless or until the problem comes up again.
Status: NEW => RESOLVEDResolution: (none) => OLD