Mounten eines nicht erkannten USB-Laufwerks

Unter Arch Linux / XFCE habe ich häufig Probleme mit USB-Laufwerken, die nicht ordnungsgemäß gemountet sind. Manchmal erscheinen sie automatisch in Thunar und ich kann sie mit einem Klick einhängen. Zu anderen Zeiten (etwa fünfzig / fünfzig) wird das Laufwerk jedoch einfach nicht erkannt. Ich hatte dieses Problem mit externen USB-Festplatten, USB-Speichersticks und Kameras. Wenn das externe Laufwerk nicht erkannt wird, ist dies die Situation:

• Das Laufwerk wird überhaupt nicht angezeigt fdisk -l(es werden nur meine Festplatten angezeigt)
• Das Laufwerk wird bei nicht angezeigt /dev/disk
• Das Laufwerk wird während der Ausführung angezeigtlsusb

Es gibt also eine Art von Erkennung, aber ich verstehe weder warum noch weiß ich, wie ich die Laufwerke in diesem Fall einbinden soll. Ich starte gerade neu und hoffe, dass es das nächste Mal funktioniert, was eindeutig nicht praktisch ist ...

AKTUALISIEREN

Wenn ich überwache /var/log/everything.log(keine Informationen in Syslog), sehe ich dies beim Anschließen des 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

Dies ist eine weitere angeforderte Ausgabe:

$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)

Das Problem scheint eine allgemeine Regel zu sein in /lib/udev/rules.d/69-libmtp.rules:

# Autoprobe vendor-specific, communication and PTP devices
ENV{ID_MTP_DEVICE}!="1", ENV{MTP_NO_PROBE}!="1", ENV{COLOR_MEASUREMENT_DEVICE}!="1", ENV{libsane_matched}!="yes", ATTR{bDeviceClass}=="00|02|06|ef|ff", PROGRAM="/usr/lib/udev/mtp-probe /sys$env{DEVPATH} $attr{busnum} $attr{devnum}", RESULT=="1", SYMLINK+="libmtp-%k", ENV{ID_MTP_DEVICE}="1", ENV{ID_MEDIA_PLAYER}="1"

Das Auskommentieren dieser Zeile, wie unten gezeigt, hat das Problem behoben:

# Autoprobe vendor-specific, communication and PTP devices
ENV{ID_MTP_DEVICE}!="1", ENV{MTP_NO_PROBE}!="1", ENV{COLOR_MEASUREMENT_DEVICE}!="1", ENV{libsane_matched}!="yes", ATTR{bDeviceClass}=="00|02|06|ef|ff", PROGRAM="/usr/lib/udev/mtp-probe /sys$env{DEVPATH} $attr{busnum} $attr{devnum}", RESULT=="1", SYMLINK+="libmtp-%k", ENV{ID_MTP_DEVICE}="1", ENV{ID_MEDIA_PLAYER}="1"

In meinem Fall musste ich neu starten, aber es gibt wahrscheinlich einen Dienst, der stattdessen neu gestartet werden könnte.

Ich habe ENV{MTP_NO_PROBE}="1"die MTP-Sonde gestoppt. Auf diese Weise musste ich die Bögen nicht modifizieren /lib/udev/rules.d/69-libmtp.rules.

export MTP_NO_PROBE="1"

Die Protokollierung zeigt, dass bei der Erkennung von MTP-Geräten etwas los ist.

Versuchen Sie zu deinstallieren, libmtpwenn Sie damit durchkommen können, oder kommentieren Sie einfach die udev-Regel in der entsprechenden Datei aus.