Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: Reopening #469404 and #508324 for F13. Inserting a SD card into an (integrated) reader fails to mount the card automatically. This is a 4 GB Kingston SDHC card and an integrated card reader in an Acer Travelmate 8200 laptop. The kernel seems to recognize the card, but it doesn't work. /var/log/messages and dmesg below. An old Canon-branded 32 MB SD card does get mounted automatically. It can be remounted after 'Eject' in the Gnome menu, but after doing 'Safely Remove Drive', the card doesn't get automatically mounted again. Version-Release number of selected component (if applicable): kernel-2.6.33.5-124.fc13.i686 How reproducible: Always Steps to Reproduce: 1. Start F13 2. Insert a SD card 3. Try 'Safely Remove Drive', then insert card again Actual results: SD cards fail to mount automatically. Expected results: SD cards get mounted automatically. Additional info: /var/log/messages upon inserting card: -- Jun 30 10:00:16 localhost kernel: usb 1-5: new high speed USB device using ehci_hcd and address 5 Jun 30 10:00:16 localhost kernel: usb 1-5: New USB device found, idVendor=1025, idProduct=2228 Jun 30 10:00:16 localhost kernel: usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jun 30 10:00:16 localhost kernel: usb 1-5: Product: Flash Card Reader Jun 30 10:00:16 localhost kernel: usb 1-5: Manufacturer: Generic Jun 30 10:00:16 localhost kernel: usb 1-5: SerialNumber: 000022272228 Jun 30 10:00:16 localhost kernel: Initializing USB Mass Storage driver... Jun 30 10:00:17 localhost kernel: scsi2 : usb-storage 1-5:1.0 Jun 30 10:00:17 localhost kernel: usbcore: registered new interface driver usb-storage Jun 30 10:00:17 localhost kernel: USB Mass Storage support registered. Jun 30 10:00:19 localhost kernel: btusb_intr_complete: hci0 urb f36c5080 failed to resubmit (1) Jun 30 10:00:19 localhost kernel: btusb_bulk_complete: hci0 urb f25f6100 failed to resubmit (1) Jun 30 10:00:19 localhost kernel: btusb_bulk_complete: hci0 urb f25f6180 failed to resubmit (1) Jun 30 10:00:22 localhost kernel: scsi 2:0:0:0: Direct-Access ACER USB20 HS-COMBO 3.95 PQ: 0 ANSI: 0 Jun 30 10:00:22 localhost kernel: sd 2:0:0:0: Attached scsi generic sg2 type 0 -- dmesg upon inserting card: -- usb 1-5: new high speed USB device using ehci_hcd and address 5 usb 1-5: New USB device found, idVendor=1025, idProduct=2228 usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 1-5: Product: Flash Card Reader usb 1-5: Manufacturer: Generic usb 1-5: SerialNumber: 000022272228 Initializing USB Mass Storage driver... scsi2 : usb-storage 1-5:1.0 usbcore: registered new interface driver usb-storage USB Mass Storage support registered. btusb_intr_complete: hci0 urb f36c5080 failed to resubmit (1) btusb_bulk_complete: hci0 urb f25f6100 failed to resubmit (1) btusb_bulk_complete: hci0 urb f25f6180 failed to resubmit (1) scsi 2:0:0:0: Direct-Access ACER USB20 HS-COMBO 3.95 PQ: 0 ANSI: 0 sd 2:0:0:0: Attached scsi generic sg2 type 0 usb 1-5: reset high speed USB device using ehci_hcd and address 5 usb 1-5: reset high speed USB device using ehci_hcd and address 5 usb 1-5: reset high speed USB device using ehci_hcd and address 5 usb 1-5: reset high speed USB device using ehci_hcd and address 5 usb 1-5: reset high speed USB device using ehci_hcd and address 5 sd 2:0:0:0: Device offlined - not ready after error recovery sd 2:0:0:0: rejecting I/O to offline device sd 2:0:0:0: rejecting I/O to offline device sd 2:0:0:0: rejecting I/O to offline device sd 2:0:0:0: [sdb] READ CAPACITY failed sd 2:0:0:0: [sdb] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK sd 2:0:0:0: [sdb] Sense not available. sd 2:0:0:0: rejecting I/O to offline device sd 2:0:0:0: [sdb] Write Protect is off sd 2:0:0:0: [sdb] Mode Sense: 00 00 00 00 sd 2:0:0:0: [sdb] Assuming drive cache: write through sd 2:0:0:0: [sdb] Attached SCSI removable disk
(In reply to comment #1) > Inserting a SD card into an (integrated) reader fails to mount the card > automatically. This is a 4 GB Kingston SDHC card and an integrated card reader > in an Acer Travelmate 8200 laptop. The kernel seems to recognize the card, but > it doesn't work. /var/log/messages and dmesg below. > > An old Canon-branded 32 MB SD card does get mounted automatically. Are you sure the reader is compatible with SDHC cards? (If it is not, only cards up to 2GB may work, and even some of the 2GB models may fail because they use the SDHC interface.)
The same 4 GB card has worked on the same laptop/reader on F12 and F11, so yes, the reader can do SDHC. I tried to look up the specifications, but it seems impossible to find sufficiently detailed ones online. The laptop is a Acer Travelmate 8204 WLMi from 2006. Regardless of SDHC, the re-mounting of all cards fails after 'Safely Remove Drive'.
Aug 7 21:22:38 schlebby kernel: usb 2-1: USB disconnect, address 5 Aug 7 21:31:15 schlebby kernel: usb 2-3: new high speed USB device using ehci_hcd and address 6 Aug 7 21:31:15 schlebby kernel: usb 2-3: New USB device found, idVendor=058f, idProduct=6331 Aug 7 21:31:15 schlebby kernel: usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Aug 7 21:31:15 schlebby kernel: usb 2-3: Product: Mass Storage Device Aug 7 21:31:15 schlebby kernel: usb 2-3: Manufacturer: Generic Aug 7 21:31:15 schlebby kernel: usb 2-3: SerialNumber: 058F0O1111B Aug 7 21:31:15 schlebby kernel: scsi9 : usb-storage 2-3:1.0 Aug 7 21:31:20 schlebby kernel: scsi 9:0:0:0: Direct-Access Multi Flash Reader 1.00 PQ: 0 ANSI: 0 Aug 7 21:31:20 schlebby kernel: sd 9:0:0:0: Attached scsi generic sg2 type 0 Aug 7 21:31:51 schlebby kernel: usb 2-3: reset high speed USB device using ehci_hcd and address 6 Aug 7 21:32:01 schlebby kernel: usb 2-3: reset high speed USB device using ehci_hcd and address 6 Aug 7 21:32:17 schlebby kernel: usb 2-3: reset high speed USB device using ehci_hcd and address 6 Aug 7 21:32:18 schlebby kernel: usb 2-3: reset high speed USB device using ehci_hcd and address 6 Aug 7 21:32:28 schlebby kernel: usb 2-3: reset high speed USB device using ehci_hcd and address 6 Aug 7 21:32:28 schlebby kernel: sd 9:0:0:0: Device offlined - not ready after error recovery Aug 7 21:32:28 schlebby kernel: sd 9:0:0:0: rejecting I/O to offline device Aug 7 21:32:28 schlebby kernel: sd 9:0:0:0: rejecting I/O to offline device Aug 7 21:32:28 schlebby kernel: sd 9:0:0:0: rejecting I/O to offline device Aug 7 21:32:28 schlebby kernel: sd 9:0:0:0: [sdb] READ CAPACITY failed Aug 7 21:32:28 schlebby kernel: sd 9:0:0:0: [sdb] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK Aug 7 21:32:28 schlebby kernel: sd 9:0:0:0: [sdb] Sense not available. Aug 7 21:32:28 schlebby kernel: sd 9:0:0:0: rejecting I/O to offline device Aug 7 21:32:28 schlebby kernel: sd 9:0:0:0: [sdb] Write Protect is off Aug 7 21:32:28 schlebby kernel: sd 9:0:0:0: [sdb] Assuming drive cache: write through Aug 7 21:32:28 schlebby kernel: sd 9:0:0:0: [sdb] Attached SCSI removable disk ** The SD or SDHC card has a partition with the whole space of 8 GB, my mobile phone can access it. Maybe the card reader is not able to do SDHC.
... It seems really related strongly to the used hardware.
This message is a reminder that Fedora 13 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '13'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 13's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 13 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 13 changed to end-of-life (EOL) status on 2011-06-25. Fedora 13 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.