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!