I am having the same issue as reported in UBUNTU bug reported in https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1094534 I am running a Samsung Ultrabook NP900X4C. Bug was discovered when all USB 3 devices were found not working after laptop was taken out of suspend mode. kernel module xhci had failed. /var/log/everything/current reported: 127451.490155] grsec: mount of /dev/sdc1 to /mnt/usb by /bin/mount[mount:3502] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:10413] uid/euid:0/0 gid/egid:0/0 [127880.000173] unetbootin[3713]: segfault at 11 ip 0000692eb3bec3de sp 000070e06fe20680 error 4 in libc-2.15.so[692eb3b76000+192000] [127880.000193] grsec: Segmentation fault occurred at 0000000000000011 in /usr/bin/unetbootin[unetbootin:3713] uid/euid:0/0 gid/egid:0/0, parent /usr/lib64/libgksu/gksu-run-helper[gksu-run-helper:3708] uid/euid:0/0 gid/egid:0/0 [127880.000231] grsec: denied resource overstep by requesting 4096 for RLIMIT_CORE against limit 0 for /usr/bin/unetbootin[unetbootin:3713] uid/euid:0/0 gid/egid:0/0, parent /usr/lib64/libgksu/gksu-run-helper[gksu-run-helper:3708] uid/euid:0/0 gid/egid:0/0 [128023.541139] grsec: unmount of /dev/sdc1 by /bin/umount[umount:4286] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:10413] uid/euid:0/0 gid/egid:0/0 [128027.026876] usb 2-1: USB disconnect, device number 4 [128047.179976] usb 2-1: new high-speed USB device number 5 using xhci_hcd [128047.197241] scsi10 : usb-storage 2-1:1.0 [128048.199507] scsi 10:0:0:0: Direct-Access SanDisk U3 Cruzer Micro 2.18 PQ: 0 ANSI: 2 [128048.200021] sd 10:0:0:0: Attached scsi generic sg2 type 0 [128048.200345] sd 10:0:0:0: [sdc] 8015505 512-byte logical blocks: (4.10 GB/3.82 GiB) [128048.200612] sd 10:0:0:0: [sdc] Write Protect is off [128048.200623] sd 10:0:0:0: [sdc] Mode Sense: 03 00 00 00 [128048.200850] sd 10:0:0:0: [sdc] No Caching mode page present [128048.200860] sd 10:0:0:0: [sdc] Assuming drive cache: write through [128048.204296] sd 10:0:0:0: [sdc] No Caching mode page present [128048.204303] sd 10:0:0:0: [sdc] Assuming drive cache: write through [128048.213869] sdc: sdc1 [128048.217081] sd 10:0:0:0: [sdc] No Caching mode page present [128048.217090] sd 10:0:0:0: [sdc] Assuming drive cache: write through [128048.217098] sd 10:0:0:0: [sdc] Attached SCSI removable disk [128088.409762] grsec: mount of /dev/sdc1 to /mnt/usb by /bin/mount[mount:4383] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:10413] uid/euid:0/0 gid/egid:0/0 [128204.443654] xhci_hcd 0000:03:00.0: xHCI host not responding to stop endpoint command. [128204.443664] xhci_hcd 0000:03:00.0: Assuming host is dying, halting host. [128204.492928] xhci_hcd 0000:03:00.0: Host not halted after 16000 microseconds. [128204.492934] xhci_hcd 0000:03:00.0: Non-responsive xHCI host is not halting. [128204.492938] xhci_hcd 0000:03:00.0: Completing active URBs anyway. [128204.492957] xhci_hcd 0000:03:00.0: HC died; cleaning up [128204.493010] usb 2-1: USB disconnect, device number 5 [128204.493042] sd 10:0:0:0: Device offlined - not ready after error recovery [128204.493059] sd 10:0:0:0: [sdc] Unhandled error code [128204.493063] sd 10:0:0:0: [sdc] [128204.493067] Result: hostbyte=0x05 driverbyte=0x00 [128204.493072] sd 10:0:0:0: [sdc] CDB: [128204.493075] cdb[0]=0x28: 28 00 00 03 04 c0 00 00 f0 00 [128204.493093] end_request: I/O error, dev sdc, sector 197824 [128204.493129] sd 10:0:0:0: rejecting I/O to offline device [128204.493137] sd 10:0:0:0: killing request [128204.493189] sd 10:0:0:0: [sdc] Unhandled error code [128204.493192] sd 10:0:0:0: [sdc] [128204.493194] Result: hostbyte=0x01 driverbyte=0x00 [128204.493196] sd 10:0:0:0: [sdc] CDB: [128204.493197] cdb[0]=0x28: 28 00 00 03 05 b0 00 00 10 00 [128204.493203] end_request: I/O error, dev sdc, sector 198064 [128204.506622] usb 2-2: USB disconnect, device number 2 [129258.579934] FAT-fs (sdc1): Directory bread(block 1986) failed [129258.579946] FAT-fs (sdc1): Directory bread(block 1987) failed [129258.579951] FAT-fs (sdc1): Directory bread(block 1988) failed [129258.579957] FAT-fs (sdc1): Directory bread(block 1989) failed [129258.579962] FAT-fs (sdc1): Directory bread(block 1990) failed [129258.579967] FAT-fs (sdc1): Directory bread(block 1991) failed [129258.579972] FAT-fs (sdc1): Directory bread(block 1992) failed [129258.579977] FAT-fs (sdc1): Directory bread(block 1993) failed [129258.579982] FAT-fs (sdc1): Directory bread(block 1994) failed [129258.579986] FAT-fs (sdc1): Directory bread(block 1995) failed [129277.312315] fat__get_entry: 54 callbacks suppressed [129277.312330] FAT-fs (sdc1): Directory bread(block 1986) failed [129277.312341] FAT-fs (sdc1): Directory bread(block 1987) failed [129277.312349] FAT-fs (sdc1): Directory bread(block 1988) failed [129277.312357] FAT-fs (sdc1): Directory bread(block 1989) failed [129277.312365] FAT-fs (sdc1): Directory bread(block 1990) failed [129277.312372] FAT-fs (sdc1): Directory bread(block 1991) failed [129277.312381] FAT-fs (sdc1): Directory bread(block 1992) failed [129277.312388] FAT-fs (sdc1): Directory bread(block 1993) failed [129277.312396] FAT-fs (sdc1): Directory bread(block 1994) failed [129277.312403] FAT-fs (sdc1): Directory bread(block 1995) failed [129400.169905] grsec: unmount of /dev/sdc1 by /bin/umount[umount:5916] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:10413] uid/euid:0/0 gid/egid:0/0 USB can be re-activated by rebooting the system until it goes into suspend mode and then the USB 3.0 stops working again. USB 2.0 port unaffected by this issue.
On Sat, Mar 09, 2013 at 03:00:16PM +0000, bugzilla-daemon@bugzilla.kernel.org wrote: > Summary: xhci module Please send this to linux-usb@vger.kernel.org
See: http://marc.info/?l=linux-usb&m=137714769606183&w=2
3.14 contains a lot of xhci fixes - is this still a problem ?
I think this bug is just duplicate of https://bugzilla.kernel.org/show_bug.cgi?id=30912. Same behaviour of /dev/sdX becoming /dev/sdY after resume making all mount points invalid. I haven't tried 3.14 yet. Unless there is some specific fix for 30912 which addresses the re-numbering of the device after resume, I am not willing to try anything new because its a lot of work and I have seen my hopes dash in last 6 months many times. Its like shooting in the dark. I don't think any developer has analyzed 30912 and done anything to fix it.
Finally, updated to 3.14.1. And same old same old. /dev/sda becomes /dev/sdc after resume and all hell breaks loose.
I think this bug can move out NeedInfo now that information has been provided.