kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #22285
[Bug 1241505] Re: USB keyboard does not work after grub, and until after encrypted root volume is unlocked
Launchpad has imported 23 comments from the remote bug at
https://bugzilla.novell.com/show_bug.cgi?id=839071.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
------------------------------------------------------------------------
On 2013-09-07T16:03:50+00:00 Cygni3d wrote:
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36
(KHTML, like Gecko) Chrome/31.0.1619.0 Safari/537.36 SUSE/31.0.1619.0
Kernel 3.11 hangs immediately during boot upon reaching the point where
it prompts for luks key phrase. There is not even an opportunity to
enter the password. This is the build (3.11.0-2.1.g0a1c41f) available
from:
http://download.opensuse.org/repositories/Kernel:/stable/standard/
Reproducible: Always
Steps to Reproduce:
1. Install kernel 3.11.0-2.1.g0a1c41f on encrypted root system
2. Boot system
3.
Actual Results:
The system hangs and does not allowed entering luks password.
Expected Results:
The system should allow luks key phrased to be entered and continue booting.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/0
------------------------------------------------------------------------
On 2013-09-07T16:35:50+00:00 Cygni3d wrote:
Upon further investigation, this issue seems to be related to USB
keyboards only, in other words, the system does not hang, but rather it
only recognizes non-USB keyboards. So, this could suggest the necessary
module is not being loaded prior to prompting for luks key phrase. Non-
USB keyboards work once the system is booted.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/1
------------------------------------------------------------------------
On 2013-09-12T21:00:03+00:00 Jeffm-9 wrote:
What keyboard are you using? What kernel (arch/flavor)?
On my system with a 3.11 kernel, I see usbhid in the initrd so it should
work fine.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/2
------------------------------------------------------------------------
On 2013-09-12T21:34:39+00:00 Cygni3d wrote:
(In reply to comment #2)
> What keyboard are you using? What kernel (arch/flavor)?
>
> On my system with a 3.11 kernel, I see usbhid in the initrd so it should work
> fine.
First I should correct my previous statement that "Non-USB keyboards
work once the system is booted." Instead, it should read, USB keyboards
work once the system is booted.
I have tested a Logitech wireless keyboard and a generic/brandless USB
keyboard. Both work on grub menu, but fail when prompted to enter luks
key phrase. Only PS/2 keyboard works.
The kernel version/flavor is 3.11.0-2.g0a1c41f-desktop and the
architecture is x64. Here is a similar bug report on this kernel release
which mentions only wireless, but based on my testing, it is USB
related: https://bugzilla.novell.com/show_bug.cgi?id=838864
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/3
------------------------------------------------------------------------
On 2013-09-15T23:06:47+00:00 Cygni3d wrote:
The bug is still present in Kernel version 3.11.1-1.gcee6127-desktop
x86_64.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/4
------------------------------------------------------------------------
On 2013-09-16T23:07:38+00:00 purevw wrote:
I believe this to be a duplicate of a bug I filed on September 6th. The
bug number is: 838864
If you run mkinitrd -v when the system is up, do you get a kernel error
at the end of the "modules" statements? I think this might be a mkinitrd
problem rather than actually being the kernel. Possibly all the extra
characters at the end of the newer kernel names is causing problems?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/5
------------------------------------------------------------------------
On 2013-09-18T20:38:42+00:00 Cygni3d wrote:
(In reply to comment #5)
> I believe this to be a duplicate of a bug I filed on September 6th. The bug
> number is: 838864
>
> If you run mkinitrd -v when the system is up, do you get a kernel error at the
> end of the "modules" statements? I think this might be a mkinitrd problem
> rather than actually being the kernel. Possibly all the extra characters at the
> end of the newer kernel names is causing problems?
This is the output:
Kernel image: /boot/vmlinuz-3.11.1-1.gcee6127-desktop
Initrd image: /boot/initrd-3.11.1-1.gcee6127-desktop
KMS drivers: radeon
Root device: /dev/system/root (mounted on / as ext4)
Resume device: /dev/system/swap
enabling LUKS support for /dev/disk/by-id/ata-[redacted]-part2 (cr_ata-[redacted]-part2)
[BLOCK] /dev/sda -> ahci
[MODULES] 01-acpi.sh: thermal processor fan
[MODULES] 02-start.sh: pata_atiixp ata_generic
[MODULES] 02-start.sh:
[MODULES] 03-dm.sh: dm-mod
[MODULES] 03-dm.sh: dm-snapshot
[MODULES] 03-dm.sh: dm-crypt
[MODULES] 03-rtc.sh: rtc_cmos
[MODULES] 03-scsi_dh.sh: scsi_dh_rdac scsi_dh_hp_sw scsi_dh_emc scsi_dh_alua
[MODULES] 03-storage.sh:
[MODULES] 05-kms.sh: radeon
[MODULES] 11-block.sh: ahci
[MODULES] 11-usb.sh: usbcore
[MODULES] 11-usb.sh: ohci_hcd
[MODULES] 11-usb.sh: uhci-hcd
[MODULES] 11-usb.sh: ehci_hcd
[MODULES] 11-usb.sh: xhci-hcd
[MODULES] 11-usb.sh: usbhid
[MODULES] 11-usb.sh: hid-logitech-dj
[MODULES] 11-usb.sh: hid-generic
[MODULES] 11-usb.sh: hid-holtek-kbd
[MODULES] 11-usb.sh: hid-lenovo-tpkbd
[MODULES] 11-usb.sh: hid-logitech-dj
[MODULES] 11-usb.sh: hid-ortek
[MODULES] 11-usb.sh: hid-roccat-arvo
[MODULES] 11-usb.sh: hid-roccat-isku
[MODULES] 11-usb.sh: hid-samsung
[MODULES] 11-usb.sh: hid-apple
[MODULES] 11-usb.sh: hid-belkin
[MODULES] 11-usb.sh: hid-cherry
[MODULES] 11-usb.sh: hid-ezkey
[MODULES] 11-usb.sh: hid-microsoft
[MODULES] 61-lvm2.sh: linear
[MODULES] 71-luks.sh: dm-crypt
[MODULES] 71-luks.sh: sha256_generic sha256_generic cbc cryptomgr
[MODULES] 81-btrfs.sh: btrfs
[MODULES] Unsupported kernel (3.11.1-1.gcee6127-desktop)
Kernel Modules: thermal_sys thermal processor fan pata_atiixp ata_generic dm-mod dm-snapshot dm-crypt scsi_dh scsi_dh_rdac scsi_dh_hp_sw scsi_dh_emc scsi_dh_alua i2c-algo-bit drm drm_kms_helper ttm radeon xhci-hcd hid-logitech-dj hid-holtek-kbd hid-lenovo-tpkbd hid-ortek hid-roccat hid-roccat-common hid-roccat-arvo hid-roccat-isku hid-samsung linear sha256_generic cbc libcrc32c xor zlib_deflate raid6_pq btrfs crc32c-intel
Firmware: radeon/R520_cp.bin radeon/RS600_cp.bin radeon/RS690_cp.bin radeon/R420_cp.bin radeon/R300_cp.bin radeon/R200_cp.bin radeon/R100_cp.bin radeon/SUMO2_me.bin radeon/SUMO2_pfp.bin radeon/SUMO_me.bin radeon/SUMO_pfp.bin radeon/SUMO_rlc.bin radeon/PALM_me.bin radeon/PALM_pfp.bin radeon/CYPRESS_smc.bin radeon/CYPRESS_rlc.bin radeon/CYPRESS_me.bin radeon/CYPRESS_pfp.bin radeon/JUNIPER_smc.bin radeon/JUNIPER_rlc.bin radeon/JUNIPER_me.bin radeon/JUNIPER_pfp.bin radeon/REDWOOD_smc.bin radeon/REDWOOD_rlc.bin radeon/REDWOOD_me.bin radeon/REDWOOD_pfp.bin radeon/CEDAR_smc.bin radeon/CEDAR_rlc.bin radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/R700_rlc.bin radeon/R600_rlc.bin radeon/RV710_smc.bin radeon/RV710_me.bin radeon/RV710_pfp.bin radeon/RV740_smc.bin radeon/RV730_smc.bin radeon/RV730_me.bin radeon/RV730_pfp.bin radeon/RV770_smc.bin radeon/RV770_me.bin radeon/RV770_pfp.bin radeon/RS780_me.bin radeon/RS780_pfp.bin radeon/RV670_me.bin radeon/RV670_pfp.bin radeon/RV635_me.bin radeon/RV635_pfp.bin radeon/RV620_me.bin radeon/RV620_pfp.bin radeon/RV630_me.bin radeon/RV630_pfp.bin radeon/RV610_me.bin radeon/RV610_pfp.bin radeon/R600_me.bin radeon/R600_pfp.bin radeon/ARUBA_rlc.bin radeon/ARUBA_me.bin radeon/ARUBA_pfp.bin radeon/CAYMAN_smc.bin radeon/CAYMAN_rlc.bin radeon/CAYMAN_mc.bin radeon/CAYMAN_me.bin radeon/CAYMAN_pfp.bin radeon/CAICOS_smc.bin radeon/CAICOS_mc.bin radeon/CAICOS_me.bin radeon/CAICOS_pfp.bin radeon/TURKS_smc.bin radeon/TURKS_mc.bin radeon/TURKS_me.bin radeon/TURKS_pfp.bin radeon/BTC_rlc.bin radeon/BARTS_smc.bin radeon/BARTS_mc.bin radeon/BARTS_me.bin radeon/BARTS_pfp.bin radeon/HAINAN_smc.bin radeon/HAINAN_rlc.bin radeon/HAINAN_mc.bin radeon/HAINAN_ce.bin radeon/HAINAN_me.bin radeon/HAINAN_pfp.bin radeon/OLAND_smc.bin radeon/OLAND_rlc.bin radeon/OLAND_mc.bin radeon/OLAND_ce.bin radeon/OLAND_me.bin radeon/OLAND_pfp.bin radeon/VERDE_smc.bin radeon/VERDE_rlc.bin radeon/VERDE_mc.bin radeon/VERDE_ce.bin radeon/VERDE_me.bin radeon/VERDE_pfp.bin radeon/PITCAIRN_smc.bin radeon/PITCAIRN_rlc.bin radeon/PITCAIRN_mc.bin radeon/PITCAIRN_ce.bin radeon/PITCAIRN_me.bin radeon/PITCAIRN_pfp.bin radeon/TAHITI_smc.bin radeon/TAHITI_rlc.bin radeon/TAHITI_mc.bin radeon/TAHITI_ce.bin radeon/TAHITI_me.bin radeon/TAHITI_pfp.bin radeon/BONAIRE_uvd.bin radeon/TAHITI_uvd.bin radeon/SUMO_uvd.bin radeon/CYPRESS_uvd.bin radeon/RV710_uvd.bin radeon/KABINI_sdma.bin radeon/KABINI_rlc.bin radeon/KABINI_mec.bin radeon/KABINI_ce.bin radeon/KABINI_me.bin radeon/KABINI_pfp.bin radeon/BONAIRE_sdma.bin radeon/BONAIRE_rlc.bin radeon/BONAIRE_mc.bin radeon/BONAIRE_mec.bin radeon/BONAIRE_ce.bin radeon/BONAIRE_me.bin radeon/BONAIRE_pfp.bin
[MOUNT] Root: /dev/system/root
Features: acpi dm kms plymouth block usb lvm2 luks btrfs resume.userspace resume.kernel
Shared libs: lib64/ld-2.17.so lib64/libacl.so.1.1.0 lib64/libattr.so.1.1.0 lib64/libcap.so.2.22 usr/lib64/libcom_err.so.2.1 lib64/libcrypt-2.17.so lib64/libc-2.17.so lib64/libdbus-1.so.3.7.2 lib64/libdevmapper-event.so.1.02 lib64/libdevmapper.so.1.02 lib64/libdl-2.17.so usr/lib64/libe2p.so.2.3 usr/lib64/libext2fs.so.2.4 lib64/libgcc_s.so.1 usr/lib64/libkmod.so.2.2.2 lib64/libm-2.17.so lib64/libpthread-2.17.so lib64/libreadline.so.6.2 lib64/librt-2.17.so lib64/libselinux.so.1 lib64/libsepol.so.1 lib64/libtinfo.so.5.9 lib64/libz.so.1.2.7 usr/lib64/libblkid.so.1.1.0 usr/lib64/libcairo.so.2.11200.8 usr/lib64/libcryptsetup.so.4.4.0 usr/lib64/libdirect-1.6.so.0.2.0 usr/lib64/libdirectfb-1.6.so.0.2.0 usr/lib64/libdrm.so.2.4.0 usr/lib64/libexpat.so.1.6.0 usr/lib64/libffi.so.4.0.1 usr/lib64/libfontconfig.so.1.6.2 usr/lib64/libfreetype.so.6.10.0 usr/lib64/libfusion-1.6.so.0.2.0 usr/lib64/libgcrypt.so.11.8.2 usr/lib64/libglib-2.0.so.0.3400.3 usr/lib64/libgmodule-2.0.so.0.3400.3 usr/lib64/libgobject-2.0.so.0.3400.3 usr/lib64/libgpg-error.so.0.8.0 usr/lib64/libharfbuzz.so.0.911.0 usr/lib64/libicudata.so.49.1 usr/lib64/libicule.so.49.1 usr/lib64/libicuuc.so.49.1 usr/lib64/libjpeg.so.8.0.2 usr/lib64/liblzma.so.5.0.5 usr/lib64/liblzo2.so.2.0.0 usr/lib64/libmount.so.1.1.0 usr/lib64/libmtp.so.9.0.5 usr/lib64/libpango-1.0.so.0.3200.5 usr/lib64/libpangocairo-1.0.so.0.3200.5 usr/lib64/libpangoft2-1.0.so.0.3200.5 usr/lib64/libpcre.so.1.0.1 usr/lib64/libpixman-1.so.0.30.2 usr/lib64/libply.so.2.1.0 usr/lib64/libply-splash-core.so.2.1.0 usr/lib64/libply-splash-graphics.so.2.1.0 usr/lib64/libpng15.so.15.13.0 usr/lib64/libpopt.so.0.0.0 usr/lib64/libsgutils2.so.2.0.0 usr/lib64/libsplashycnf.so.1.0.0 usr/lib64/libsplashy.so.1.0.0 usr/lib64/libstdc++.so.6.0.17 usr/lib64/libsystemd-daemon.so.0.0.5 usr/lib64/libudev.so.1.1.6 usr/lib64/libusb-1.0.so.0.1.0 usr/lib64/libuuid.so.1.3.0 usr/lib64/libX11.so.6.3.0 usr/lib64/libXau.so.6.0.0 usr/lib64/libxcb-render.so.0.0.0 usr/lib64/libxcb-shm.so.0.0.0 usr/lib64/libxcb.so.1.1.0 usr/lib64/libXext.so.6.4.0 usr/lib64/libXrender.so.1.3.0 lib64/libnss_dns-2.17.so lib64/libnss_dns.so.2 lib64/libnss_files-2.17.so lib64/libnss_files.so.2 lib64/libgcc_s.so.1
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/6
------------------------------------------------------------------------
On 2013-09-19T00:11:21+00:00 purevw wrote:
Yes, It's almost identical to mine. I use the ATI fglrx proprietary
driver and kernel-default. The problem appears to be the same. Under the
"Kernel Modules" statement, it shows the correct modules to be included,
as far as I can tell. But apparently those modules are not actually
being included in the initrd when mkinitrd is building, or possibly they
are included, but not built correctly because of the following error:
[MODULES] Unsupported kernel (3.11.1-1.gcee6127-desktop)
Now all we need is someone with enough knowledge to pin down the exact
problem.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/7
------------------------------------------------------------------------
On 2013-09-27T16:17:39+00:00 Bwiedemann wrote:
Since this seems to be an mkinitrd problem
I'm assigning to its maintainer
meanwhile, could you check output of
gzip -cd /boot/initrd | cpio -t | grep usb
if it lists usbhid.ko, usbcore.ko and 4 *hci-hdc.ko modules
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/8
------------------------------------------------------------------------
On 2013-09-27T18:54:24+00:00 Jeffm-9 wrote:
*** Bug 841631 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/9
------------------------------------------------------------------------
On 2013-09-27T20:09:12+00:00 Nrickert wrote:
>gzip -cd /boot/initrd | cpio -t | grep usb
Here's the output:
---- start ----
lib/modules/3.11.0-27.g0a1c41f-desktop/kernel/drivers/usb
lib/modules/3.11.0-27.g0a1c41f-desktop/kernel/drivers/usb/host
lib/modules/3.11.0-27.g0a1c41f-desktop/kernel/drivers/usb/host/xhci-hcd.ko
usr/lib64/libusbmuxd.so.1.0.8
usr/lib64/libusbmuxd.so.2
usr/lib64/libusb-1.0.so.0.1.0
usr/lib64/libusb-1.0.so.0
usr/lib64/libusb-0.1.so.4.4.4
usr/lib64/libusb-0.1.so.4
usr/lib/udev/usb_modeswitch
config/usb.sh
48651 blocks
boot/11-usb.sh
---- end ---
I also checked the output with kernel 3.10.10, and it is almost identical
(except for the kernel version in the module path). Everything works
with the 3.10.10 kernel, but not with the 3.11.0 kernel.
My keyboard is a plain Dell USB keyboard. I have another computer, with
the same keyboard model (but the computer itself is a lot newer). I do
not have any problem on the newer computer.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/10
------------------------------------------------------------------------
On 2013-09-28T00:31:33+00:00 purevw wrote:
I have the same problem, reported under bug: 838864
I am currently running kernel-default-3.11.1-4.1 and the problem still
exists. I ran the command that was suggested and I came up with the
correct modules:
---start---
gzip -cd /boot/initrd | cpio -t | grep usb
lib/modules/3.11.1-4.g2fa222d-default/kernel/drivers/hid/usbhid
lib/modules/3.11.1-4.g2fa222d-default/kernel/drivers/hid/usbhid/usbhid.ko
lib/modules/3.11.1-4.g2fa222d-default/kernel/drivers/usb
lib/modules/3.11.1-4.g2fa222d-default/kernel/drivers/usb/core
lib/modules/3.11.1-4.g2fa222d-default/kernel/drivers/usb/core/usbcore.ko
lib/modules/3.11.1-4.g2fa222d-default/kernel/drivers/usb/host
lib/modules/3.11.1-4.g2fa222d-default/kernel/drivers/usb/host/xhci-hcd.ko
lib/modules/3.11.1-4.g2fa222d-default/kernel/drivers/usb/host/ehci-hcd.ko
lib/modules/3.11.1-4.g2fa222d-default/kernel/drivers/usb/host/ohci-hcd.ko
lib/modules/3.11.1-4.g2fa222d-default/kernel/drivers/usb/host/uhci-hcd.ko
lib/modules/3.11.1-4.g2fa222d-default/kernel/drivers/usb/usb-common.ko
usr/lib64/libusb-1.0.so.0
usr/lib64/libusb-1.0.so.0.1.0
112595 blocks
boot/11-usb.sh
config/usb.sh
---end---
To me, that raises more questions than answers. Mine also shows hid-
logitech-dj.ko in place. The reason mine is different from Neil's output
is possibly because I manually entered the modules in the Yast>sysconfig
editor. I did that in an attempt to force the modules, as I thought that
they weren't being correctly included.
Now it seems that the modules are there, but for some reason the kernel
can't make use of them.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/11
------------------------------------------------------------------------
On 2013-09-28T19:26:48+00:00 Nrickert wrote:
Eureka. I've got it.
I added "ohci_pci" to the list of modules to be included in the initrd.
That seems to have solved the problem. Please check if you are having
the same problem.
Details: On my tumbleweed system, while running a 3.10 kernel, I did a
"cd" to "/lib/modules" directory for the current kernel, ran "ls -R" and
put the output into a file. I did the same with the directory for the
unusable 3.11 kernel on the same system.
I did a diff on the two files, to see what new modules were present for
3.11
I then booted 13.1Beta1 on the same box, and ran "lsmod". I checked
which of the new modules were being used. I only found two (the other
was "mii"), and the likely one seemed to be "ohci_pck".
Booting back into tumbleweed, 3.10 kernel, I added that the the list of
modules to be included in initrd, and rebuild the initrd (I use the Yast
sysconfig editor on "kernel" which allowed the editing and rebuilt the
"initrd".
A final reboot, and I was successful with the 3.11 kernel.
It looks to me as if "ohci_pci" needs to be automatically included for
3.11 kernels. Whoever maintains "mkinitrd" should take care of that (I
hope).
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/12
------------------------------------------------------------------------
On 2013-09-28T19:28:55+00:00 Nrickert wrote:
make that "ohci_pci" - I accidently had "pck" in place of "pci" in the
6th paragraph.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/13
------------------------------------------------------------------------
On 2013-09-29T02:31:26+00:00 purevw wrote:
I can verify that your work-around does the job. My wireless keyboard is
back to normal. I can also verify that it works in kernel-default-3.11.2
as well.
That was a fine piece of analytical work. ohci_pci needs to be in the
initrd and it is not done automatically.
Thanks for all the work.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/14
------------------------------------------------------------------------
On 2013-09-30T13:24:28+00:00 Nrickert wrote:
I spent a little time with google search yesterday, trying to find out
more about this.
Here's a link that I found:
http://lists.linaro.org/pipermail/linaro-dev/2013-May/016112.html
I'm not quite sure what mailing list that is. But it looks like a
discussion of breaking some of the USB code out of the kernel, and
moving to ohci_pci. This is not code for keyboards and other devices.
Rather, it is code for the USB host adapter that the keyboard is plugged
into.
If I am understanding that correctly, then it becomes clear that
ohci_pci needs to be in the "initrd", at least for hardware where it
might be applicable.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/15
------------------------------------------------------------------------
On 2013-09-30T13:31:25+00:00 Jeffm-9 wrote:
Great job tracking this one down, guys!
The fix will be to add ohci_pci to the list of modules in
/lib/mkinitrd/scripts/boot-usb.sh
You can do that now as a work around until the package is updated.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/16
------------------------------------------------------------------------
On 2013-09-30T13:50:39+00:00 Nrickert wrote:
This change (adding ohci_pci) needs to be in 13.1RC1.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/17
------------------------------------------------------------------------
On 2013-10-05T06:17:19+00:00 Cygni3d wrote:
(In reply to comment #16)
> Great job tracking this one down, guys!
>
> The fix will be to add ohci_pci to the list of modules in
> /lib/mkinitrd/scripts/boot-usb.sh
>
> You can do that now as a work around until the package is updated.
The fix works I can confirm as well. Though, it is not permanent.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/18
------------------------------------------------------------------------
On 2013-10-05T11:53:56+00:00 purevw wrote:
I added the module to /lib/mkinitrd/scripts/boot-usb.sh and it has
remained for me. I have upgraded the kernel twice and have run mkinitrd
-v several times manually since the edit, and mkinitrd still includes
ohci_pci during build. The file has not changed since the edit. I
removed the modules that I had added to /etc/sysconfig/kernel
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/19
------------------------------------------------------------------------
On 2013-10-05T17:39:32+00:00 Nrickert wrote:
>The fix works I can confirm as well. Though, it is not permanent.
For the time being, it is better to force ohci_pci in
"/etc/sysconfig/kernel"
The trouble with putting it in that "mkinitrd" script, is that if the
script is update, that will lose your changes. On one of my beta
installs, I have seen that script updated twice. The bug we are
discussing has still not been fixed in the updated script.
To whomever is responsible: it is important to get the fix in before
RC1.
I had planned to install Beta1 in an encrypted LVM, but held off because
of this problem. I will install RC1 in that encrypted LVM (on an
affected computer). But, if the bug is not fixed by then, I will run
into problems. I will have to go to rescue mode, edit in a fix, and
"mkinitrd" from rescue mode, before I can boot the new system for the
first time. This is not satisfactory. WE NEED THAT FIX NOW.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/20
------------------------------------------------------------------------
On 2013-10-11T11:00:10+00:00 Bwiedemann wrote:
This is an autogenerated message for OBS integration:
This bug (839071) was mentioned in
https://build.opensuse.org/request/show/202960 Factory / mkinitrd
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/21
------------------------------------------------------------------------
On 2013-10-11T20:02:46+00:00 Nrickert wrote:
This is still a problem with RC1. It looks as if the fix in comment 21
did not make it in time.
I installed RC1 into an encrypted LVM. And, of course, I could not boot
because I could not provide the encryption key. I went into rescue
mode, forced "ohci_pci" into the "initrd" (vi "/etc/sysconfig/kernel"),
and rebuilt the "initrd". Thereafter, I could boot and complete the
final step of install.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/comments/22
** Changed in: linux (openSUSE)
Status: Unknown => Confirmed
** Changed in: linux (openSUSE)
Importance: Unknown => Critical
** Bug watch added: Novell/SUSE Bugzilla #838864
https://bugzilla.novell.com/show_bug.cgi?id=838864
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1241505
Title:
USB keyboard does not work after grub, and until after encrypted root
volume is unlocked
Status in “linux” package in Ubuntu:
Confirmed
Status in “linux” package in openSUSE:
Confirmed
Bug description:
After an upgrade from xubuntu 13.04 (kernel 3.8.xx) to xubuntu 13.10 (kernel 3.11.x) my wireless USB keyboard refuses to work,
but only after grub starts the boot process. The keyboard works in BIOS and
also within the legacy grub menus, but then fails when I am asked to enter the crypt-setup passphrase to unlock my
root partition. Once unlocked (with help of an old PS/2 keyboard), the kernel apparently has access to additional
modules and the wireless keyboard begins to work again. This problem does not happen when I start xubuntu 13.10 with the old 3.8.xx kernel. Thanks!
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1241505/+subscriptions
References
