Take the 2-minute tour ×
Unix & Linux Stack Exchange is a question and answer site for users of Linux, FreeBSD and other Un*x-like operating systems.. It's 100% free, no registration required.

Using Arch Linux / XFCE, I frequently have problems with USB drives that are not properly mounted. Sometimes they automatically show up in Thunar and I can mount them with one click. However, at other times (it's about fifty/fifty) the drive is just not recognized. I have had this problem with USB External Hard Drives, USB Memory Sticks, and cameras. If the external drive is not recognized, this is the situation:

  • The drive does not show up at fdisk -l at all (it only shows my hard drives)
  • The drive does not appear at /dev/disk
  • The drive DOES appear when running lsusb

So there is some sort of recognition, but I do not understand why, nor do I know how to mount the drives when this happens. I just reboot and hope it works next time, which is clearly not convenient...


When I monitor /var/log/everything.log (no info in syslog), then I see this happen when plugging in the USB:

Dec 14 15:36:32 localhost kernel: [ 6591.042911] usb 1-3: new high speed USB device number 9 using ehci_hcd
Dec 14 15:36:32 localhost mtp-probe: checking bus 1, device 9: "/sys/devices/pci0000:00/0000:00:1d.7/usb1/1-3"
Dec 14 15:36:32 localhost mtp-probe: bus: 1, device: 9 was not an MTP device

This is another requested output:

$udevadm monitor
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[6809.192268] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-3 (usb)
KERNEL[6809.193421] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-3/1-3:1.0 (usb)
UDEV  [6809.299246] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-3 (usb)
UDEV  [6809.306074] add      /devices/pci0000:00/0000:00:1d.7/usb1/1-3/1-3:1.0 (usb)
share|improve this question
run this command udevadm monitor, then plugin your USB device and post pack any issues you find there. –  Hanan N. Dec 14 '11 at 17:10
@HananN. copy that; I've added this –  user11780 Dec 14 '11 at 18:39
Just a thought: I sometimes had this problem when connecting via USB Hub which wasn't powered externally –  erch Dec 2 '13 at 19:24

1 Answer 1

up vote 0 down vote accepted

Right after you plug int the device, check near the end /var/log/syslog. You should see the USB device being recognized, then assigned a drive letter (like /dev/sde), then the partitions being recognized (like /dev/sde1), then the filesystem being mounted. It would be useful to know where in this chain the problem is happening. If I had to guess randomly, I would guess there is a problem with mounting the filesystem.

share|improve this answer
this data was in /var/log/everything.log, but as you can see there is no drive letter assigned (which is also seen with fdisk). There is very little output, but there is some. I've added this at the top. –  user11780 Dec 14 '11 at 18:40
Well now, it appears to be fixed! In the log I found this: Dec 14 15:36:32 localhost mtp-probe: bus: 1, device: 9 was not an MTP device, and after searching for this I found this thread: bbs.archlinux.org/viewtopic.php?id=119676 - and I was able to solve it commenting out the catch-all line in the MTP rules, it now appears to be working. Thanks! –  user11780 Dec 14 '11 at 18:59
@user11780: if the actual answer is the one you gave in your comment, then instead of accepting the offered answer, you should write a new answer yourself with the information you found, and then accept that. Otherwise, casual readers will be misled into thinking kbyrd's answer -- which is really more of a comment than an answer -- is the correct one. –  Teemu Leisti Jul 15 '13 at 9:59
Totally agree with @TeemuLeisti. Put the right answer here then change the correct one from mine to your new one. –  kbyrd Jul 16 '13 at 21:53
Oh, and instead of just linking to the article, please repeat the information here -- the page at the end of the link might disappear, rendering your answer useless. –  Teemu Leisti Jul 17 '13 at 8:07

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.