Монтирование Карты памяти, которая не распознана

Для этого вида использования я пошел бы со специализированной технологией виртуальной машины Linux на Linux (в противоположность более общей технологии такой топор Xen, KVM, VirtualBox или Qemu): LXC, OpenVZ, непривилегированный режим Linux, Vserver

Вы могли даже использовать chrooted установку. schroot пакет удобен для этого.

23
14.12.2011, 20:39
3 ответа

Проблема, кажется, всеобъемлющее правило в /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"

Комментирование той строки, как показано ниже, решило проблему:

# 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"

В моем случае я должен был перезагрузить, но существует, вероятно, сервис, который мог быть перезапущен вместо этого.

12
27.01.2020, 19:42
  • 1
    эти данные были в /var/log/everything.log, но как Вы видите, нет никакой присвоенной буквы диска (который также замечен с fdisk). Существует очень мало вывода, но существуют некоторые. Я добавил это наверху. –   14.12.2011, 20:40
  • 2
    Хорошо теперь это, кажется, фиксируется! В журнале я нашел это: 14 декабря 15:36:32 localhost mtp-датчик: шина: 1, устройство: 9 не было устройство MTP, и после поиска этого я нашел этот поток: bbs.archlinux.org/viewtopic.php?id=119676 - и я смог решить его комментирующий всеобъемлющую строку в правилах MTP, это теперь, кажется, работает.Спасибо! –   14.12.2011, 20:59
  • 3
    @user11780: если фактический ответ является тем, Вы дали в своем комментарии, то вместо того, чтобы принять предлагаемый ответ, необходимо записать новый ответ сами с информацией, которую Вы нашли, и затем примите это. Иначе случайные читатели будут введены в заблуждение в интеллектуальный ответ kbyrd's - который является действительно большим количеством комментария, чем ответ - является корректным. –  Teemu Leisti 15.07.2013, 12:59
  • 4
    Полностью согласитесь с @TeemuLeisti. Поместите правильный ответ здесь, затем изменяют корректный от моего до Вашего нового. –  kbyrd 17.07.2013, 00:53
  • 5
    , О, и вместо того, чтобы просто связаться со статьей, повторите информацию здесь - страница в конце ссылки могла бы исчезнуть, представив Ваш бесполезный ответ. –  Teemu Leisti 17.07.2013, 11:07

Журнал показывает, что что-то происходит с обнаружением устройства MTP.

Попробуйте удалить libmtp, если это возможно, или просто закомментируйте правило udev в соответствующем файле.

0
27.01.2020, 19:42

Я использовал ENV {MTP_NO_PROBE} = "1" , чтобы остановить зонд MTP. Таким образом я этого не сделал » Необходимо изменить /lib/udev/rules.d/69-libmtp.rules Arch.

export MTP_NO_PROBE="1"
8
27.01.2020, 19:42

Теги

Похожие вопросы