Bug 247348 - "USB" stick neither detected nor mounted
"USB" stick neither detected nor mounted
Status: CLOSED CANTFIX
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
7
i386 Linux
low Severity low
: ---
: ---
Assigned To: Kernel Maintainer List
Fedora Extras Quality Assurance
:
Depends On:
Blocks: FCMETA_USB
  Show dependency treegraph
 
Reported: 2007-07-07 09:23 EDT by Joachim Frieben
Modified: 2008-01-09 13:34 EST (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-01-09 13:34:43 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Output of "dmesg" after booting system with inserted "USB" stick (15.38 KB, text/plain)
2007-07-07 09:26 EDT, Joachim Frieben
no flags Details
Additonal "dmesg" entries after loading "usb-storage.ko" during boot. (488 bytes, text/plain)
2007-07-07 09:27 EDT, Joachim Frieben
no flags Details
Output of "lspci -vv" for "PR400FX" based system (4.11 KB, text/plain)
2007-07-07 09:28 EDT, Joachim Frieben
no flags Details

  None (edit)
Description Joachim Frieben 2007-07-07 09:23:55 EDT
Description of problem:
After plugging a "USB" stick into one of the two "USB" ports of my "PR440FX"
based system, nothing happens. No drive icon appears on the desktop, and
there is no trace in the output of "dmesg" either.

Version-Release number of selected component (if applicable):
gnome-volume-manager-2.17.0-7.fc7

How reproducible:
Always.

Steps to Reproduce:
1. Log in to "GNOME" session.
2. Insert "USB" stick.
  
Actual results:
None.

Expected results:
"USB" stick gets detected and auto-mounted.

Additional info:
The "USB" ports of the chipset get detected and initialized. However,
there is an error message in the "dmesg" output:

  "libusual: modprobe for usb-storage succeeded, but module is not
   present"

After manual loading of "usb-storage.ko" still no improvement. I have
to unload "uhci-hcd.ko" and to reload it again, in order to obtain the
following entry in the "dmesg" output:

  "sd 3:0:0:0: Attached scsi removable disk sdb".

Now "/dev"sdb1" has been created, but the stick still does not get
mounted automatically. After mounting "/dev/sdb1" by hand, the stick
is accessible, but there is still no icon on the desktop. On my not
really recent "IBM ThinkPad T23" running the "development" tree, the
stick gets automounted as expected.
Comment 1 Joachim Frieben 2007-07-07 09:26:13 EDT
Created attachment 158717 [details]
Output of "dmesg" after booting system with inserted "USB" stick
Comment 2 Joachim Frieben 2007-07-07 09:27:47 EDT
Created attachment 158718 [details]
Additonal "dmesg" entries after loading "usb-storage.ko" during boot.
Comment 3 Joachim Frieben 2007-07-07 09:28:43 EDT
Created attachment 158719 [details]
Output of "lspci -vv" for "PR400FX" based system
Comment 4 Joachim Frieben 2007-07-07 09:36:13 EDT
The system is a current "F7" one with all updates as of 2007-07-07.
Comment 5 Joachim Frieben 2007-07-09 03:49:17 EDT
After installing "testing" updates as of 2007-07-08 including kernel
"2.6.21-1.3255.fc7", the "USB" stick gets detected when it has been
inserted -before- booting the system which is a certain progress.
Upon logging in to "GNOME", the stick is mounted as "/media/disk",
and a drive icon appears on the desktop as expected! It is also
possible to unmount the device via the context menu.
However, after unmounting, removing and reinserting the stick, it is
still necessary to un- and reload "uhci-hcd.ko" in order to get a
device created for it. Even after this has happened, the device still
does not get mounted.
Comment 6 Joachim Frieben 2007-07-09 13:57:40 EDT
After adding "noapic" to the kernel options, the "USB" stick is
auto-mounted as expected, and the write rate increases from about
20 KB/s to almost 1300 KB/s. The problem is thus related
to the interrupt handling of the "USB 1.x" device
Comment 7 David Zeuthen 2007-07-09 14:30:36 EDT
You forgot to reassign the owner as well...
Comment 8 Joachim Frieben 2007-07-16 03:24:55 EDT
This not a "Fedora" specific issue, as it also occurs with a current "Ubuntu 
7.10" development snapshot, and as here, adding "noapic" to the kernel boot 
options restores proper working.
Comment 9 Christopher Brown 2007-09-16 16:44:57 EDT
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?

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
Comment 10 Joachim Frieben 2007-09-18 16:22:17 EDT
Issue still present for current development tree kernel version
2.6.23-0.184.rc6.git4.fc8.
Comment 11 Christopher Brown 2007-09-18 17:39:19 EDT
Okay, thanks for testing Joachim. I'm copying this to the USB subsystem
maintainer and adding a USB blocker bug. Hopefully this will generate further
review and resolve the problem for you faster.

Cheers
Chris
Comment 12 Christopher Brown 2008-01-09 10:51:49 EST
Joachim,

Can I get an update from you on this - are you still having this issue?
Comment 13 Joachim Frieben 2008-01-09 13:22:05 EST
I have changed my desktop system and do not know when I will be able to
retest this issue. The non-ACPI PR440FX mainboard from 1996 is probably
not of real interest for a wider audience anymore. Closing as WONTFIX?
Comment 14 Christopher Brown 2008-01-09 13:34:43 EST
Okay, thanks for the update Joachim. Will close CANTFIX as you don't have the
hardware any more...

Note You need to log in before you can comment on or make changes to this bug.