External USB keyboard stops working when d-i starts

Bug Description

Quantal Server and Alternate 20120626

When debian-installer starts (i.e when the page 'Select a language' in a default install or 'Main menu' in a expert install) the external USB keyboard stops working (key do not respond, leds are dead) like is USB was disabled.

The keyboard works fine in the initial boot menu and I'm able to change any option.

On a laptop with an internal keyboard and an external keyboard, the internal keyboard continue working but the external keyboard stops.

Almost certainly the kernel isn't delivering the modules we need in udebs. Please boot a desktop image and post 'lsmod' output so that we can make a guess at what it should be.

lsmod output during installation, when the external keyboard is not working

lsmod from the same system after installation with a working external keyboard.

And the output from a live session with a working external keyboard.

I've added hid-generic to the d-i input-modules file. This should resolve this bug. Will upload this fix momentarily.

I reported dup bug 1017635 but I'd not tried any live images at that time. I'm now testing the Ubuntu live 20120626.1 iso and after completing "check disc" (results successful) I'm unable to use the keyboard to continue.

So I'm using this bug # to report a failure, if that's incorrect I'll be glad to start a new bug report ;^)

Regarding the aforementioned Ubuntu live 20120626.1 iso (i386 BTW) I used the reset button to reboot, let the boot process continue to the point I had to choose between "try" and "install" and all seems well as far as the USB keyboard working. BTW this is a desktop puter, not a lappy :^)

Probably unrelated but I got a crash report on the live desktop, screenshot attached.

Probably unrelated but I got a crash report on the live desktop, screenshot attached.

No idea why that double posted :^(

I can assure it wasn't due to any action by me, but I posted that from the same aforementioned Ubuntu live image.

Erick, thanks for all your testing. I filed bug 1017991 for the 'check disk' issue, A fix is being uploaded. Could you file a report against apport for the bug in your screenshot.

Thanks in advance.

@ jibel, I was trying to report that bug when I got what's shown in the screenshot. I picked through the logs and was unable to find anything useful :^(

So that was basically apport telling me, sorry but you're on your own :^(

I guess I could try filing a bug against casper to see if it reveals anything.

OK, filed bug 1018032. Not much I can add other than the screenshot.

This bug was fixed in the package linux - 3.5.0-2.2

---------------
linux (3.5.0-2.2) quantal-proposed; urgency=low

[ Andy Whitcroft ]

* rebase to v3.5-rc4

[ Arend van Spriel ]

* SAUCE: (drop after 3.5) brcmsmac: fix NULL pointer crash in
brcms_c_regd_init()
- LP: #950320

[ Bryan Wu ]

* [Config] Sync CONFIG_CGROUP_MEM_RES_CTLR_SWAP for ARM

[ Chris J Arges ]

* PACKAGING: add .gnu_debuglink sections to .ko files
- LP: #669641

[ Leann Ogasawara ]

* d-i: Add hid-generic to input-modules
- LP: #1017879

[ Ming Lei ]

* SAUCE: Revert "mmc: omap_hsmmc: Enable Auto CMD12"
- LP: #1017717, #225

[ Paolo Pisati ]

* SAUCE: Revert "Fix OMAP EHCI suspend/resume failure (i693)"
- LP: #1017718
* [Config] Disable generic USB_EHCI_HCD_PLATFORM on omap3

[ Seth Forshee ]

* SAUCE: (drop after 3.5) brcm80211: smac: don't set up tx power limits
during initialization
- LP: #950320
* SAUCE: (drop after 3.5) brcm80211: smac: always set channel specified
by mac80211
- LP: #950320
* SAUCE: (drop after 3.5) brcm80211: smac: remove unused code for 40MHz
channels
- LP: #950320
* SAUCE: (drop after 3.5) brcm80211: smac: clean up channel.c
- LP: #950320
* SAUCE: (drop after 3.5) brcm80211: smac: inform mac80211 of the X2
regulatory domain
- LP: #950320
* SAUCE: (drop after 3.5) brcm80211: smac: enable/disable radio on
regulatory updates
- LP: #950320
* SAUCE: (drop after 3.5) brcm80211: smac: use mac80211 channel data for
tx power limits
- LP: #950320
* SAUCE: (drop after 3.5) brcm80211: smac: don't validate channels
against internal regulatory data
- LP: #950320
* SAUCE: (drop after 3.5) brcm80211: smac: use current regulatory domain
when checking whether OFDM is allowed
- LP: #950320

[ Tim Gardner ]

* [Config] Enable CONFIG_CGROUPS for highbank
- LP: #1014692
* [Config] FB_OMAP*=y and PANEL_TFP410=y

[ Upstream Kernel Changes ]

* rebase to v3.5-rc4
-- Leann Ogasawara <email address hidden> 2012年6月26日 06:21:05 -0700

The verification of this Stable Release Update has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regresssions.