Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 242488
Summary: | Module usb-storage not loaded and poweroff problem | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dario Lesca <d.lesca> | ||||
Component: | kernel | Assignee: | Pete Zaitcev <zaitcev> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 7 | CC: | cebbert, chris.brown, davej, michal | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | 2.6.22.5-76.fc7 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2007-09-26 20:18:37 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 165247 | ||||||
Attachments: |
|
Description
Dario Lesca
2007-06-04 14:52:01 UTC
My workaround: echo "modprobe usb-storage" >> /etc/rc.local echo "modprobe -r usb-storage" >> /sbin/halt.local chmod 755 /sbin/halt.local In this way, the server start and stop great. Please attach your dmesg after a bootstrapping with an unmodified root (e.g. without the trickery with rc.local). DO NOT DROP IT IN THE COMMENTS BOX. Created attachment 156187 [details]
Some usefull information of my system (HP ProlLiant ML110)
The file contain this files:
[root@cambiami-123 ~]# tar cvfz info.tar.gz *srv
less-srv/
less-srv/lsmod.txt
less-srv/lsusb-v.txt
less-srv/runlevel.txt
less-srv/dmesg.txt
less-srv/lspci-v.txt
less-srv/chkconfig--list.txt
more-srv/
more-srv/lsmod.txt
more-srv/lsusb-v.txt
more-srv/runlevel.txt
more-srv/dmesg.txt
more-srv/lspci-v.txt
more-srv/chkconfig--list.txt
This 'usb-storage' problem kills my USB card reader (it happens to be "OnSpec Electronic, Inc. Mitsumi FA402M 8-in-2 Card Reader", ID 55aa:b012) which worked great before a system was upgraded to F7. That happens to be x86_64 machine but this is likely not relevant. In dmesg one can find fragments like that: .... sd 0:0:0:0: Attached scsi disk sda usb 2-2: new low speed USB device using uhci_hcd and address 2 usb 2-2: configuration #1 chosen from 1 choice input: Logitech USB-PS/2 Optical Mouse as /class/input/input2 input: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:10.1-2 usb 4-1: new full speed USB device using uhci_hcd and address 2 usb 4-1: configuration #1 chosen from 1 choice libusual: modprobe for usb-storage succeeded, but module is not present ^^^^^^^^^^^^^^^^^^ sata_promise 0000:00:08.0: version 2.00 .... Small wonder. This happens way before file systems are mounted and the module in question is available only there. The net effects are that sticking into a card reader an SD card from a camera has no effects which could be noted in dmesg and, clearly, nothing is mounted nor I can mount anything from that device "by hand". After 'modprobe usb-storage' that shows up in dmesg output when a card is inserted .... usb-storage: device scan complete scsi scan: INQUIRY result too short (5), using 36 scsi 7:0:0:0: Direct-Access OEI-USB CompactFlash 1.01 PQ: 0 ANSI: 0 scsi scan: INQUIRY result too short (5), using 36 scsi 7:0:0:1: Direct-Access OEI-USB SM/MS/SD 1.01 PQ: 0 ANSI: 0 sd 7:0:0:0: Attached scsi removable disk sdc sd 7:0:0:0: Attached scsi generic sg3 type 0 SCSI device sdd: 498176 512-byte hdwr sectors (255 MB) sdd: Write Protect is off sdd: Mode Sense: 0b 00 00 08 sdd: assuming drive cache: write through SCSI device sdd: 498176 512-byte hdwr sectors (255 MB) sdd: Write Protect is off sdd: Mode Sense: 0b 00 00 08 sdd: assuming drive cache: write through sdd: sdd1 .... and my SD card gets mounted on a desktop. A workaround is kind of obvious if you happen to know where to look. I wonder if bug 244996 is not related (and a long list of bugs you will get when searching for F7 kernel bugs and "usb-storage" in comments) although he got some oopses in a log and I do not see anything of that sort. BTW - I am not sure if a refusal to power off is not really a different problem. At least on my hardware 'poweroff' after 'modprobe usb-storage' does turn off a machine. Hello, I'm reviewing this bug as part of the kernel bug triage project, an attempt to isolate current bugs in the fedora kernel. http://fedoraproject.org/wiki/KernelBugTriage I am CC'ing myself to this bug and will try and assist you in resolving it if I can. There hasn't been much activity on this bug for a while. Could you tell me if you are still having problems with the latest kernel? I have added a blocker bug for the USB subsystem which may get more attention for this issue. If the problem no longer exists then please close this bug or I'll do so in a few days if there is no additional information lodged. Cheers Chris > Could you tell me if > you are still having problems with the latest kernel? My problem, as described in comment #4, was only that usb-storage module was not loaded and I had to workaround by adding 'modprobe usb-storage' in /etc/rc.d/rc.local. When I tried with 2.6.22.5-76.fc7 then _something_ indeed loaded that module even with my workaround line commented out. So for me that bug is gone. I did not have poweroff problems with or without that module present so I cannot comment on that part. Thanks for the update. It would be good to get feedback from the original reporter before closing this. On last HP server ML150 (not identical but similar to ML110) with USB DAT which I have install and update (kernel-2.6.22.5-76.fc7) all work fine without workaround. Thank to all! |