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)

Führen Sie diesen Befehl aus udevadm monitor, schließen Sie Ihr USB-Gerät an und packen Sie alle dort auftretenden Probleme nach.

Hanan N.

@ HananN. Kopiere das; Ich habe dies hinzugefügt

Nur ein Gedanke: Ich hatte manchmal dieses Problem beim Anschluss über einen USB-Hub, der nicht extern mit

Strom

Antworten:

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.

kbyrd
quelle

Diese Daten befanden sich in /var/log/everything.log, aber wie Sie sehen, ist kein Laufwerksbuchstabe zugewiesen (was auch bei fdisk zu sehen ist). Es wird sehr wenig ausgegeben, aber es gibt einige. Ich habe dies oben hinzugefügt.

Nun scheint es behoben zu sein! Im Protokoll fand ich Folgendes: 14. Dezember 15:36:32 localhost mtp-probe: bus: 1, device: 9 war kein MTP-Gerät, und nachdem ich danach gesucht hatte, fand ich diesen Thread: bbs.archlinux.org/viewtopic. php? id = 119676 - und ich konnte es lösen, indem ich die Catch-All-Zeile in den MTP-Regeln auskommentierte , es scheint nun zu funktionieren. Vielen Dank!

@ user11780: Wenn es sich bei der tatsächlichen Antwort um die Antwort handelt, die Sie in Ihrem Kommentar angegeben haben, sollten Sie statt der angebotenen Antwort selbst eine neue Antwort mit den gefundenen Informationen schreiben und diese dann akzeptieren. Andernfalls werden Gelegenheitsleser in die Irre geführt, zu denken, dass die Antwort von kbyrd - die eigentlich eher ein Kommentar als eine Antwort ist - die richtige ist.

Teemu Leisti

Stimme voll und ganz @TeemuLeisti zu. Gib hier die richtige Antwort ein und ändere die richtige von meiner auf deine neue.

Kbyrd

Oh, und anstatt nur auf den Artikel zu verlinken, wiederholen Sie bitte die Informationen hier - die Seite am Ende des Links könnte verschwinden und Ihre Antwort unbrauchbar machen.

Teemu Leisti

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"

Dennis Anderson
quelle

Vielen Dank. Kurze und schöne Lösungexport MTP_NO_PROBE="1"

kyb

Aber es scheint als USB2.0 im USB3.0-Port zu funktionieren.

kyb

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.

purple_arrows
quelle