Wie versuche ich, auf Dateien zuzugreifen, die auf einem Mobiltelefon gespeichert sind (über USB)?

Ich möchte Dateien (hauptsächlich Fotos und Audio) von meinem Telefon auf meinen Ubuntu-PC übertragen. Leider wird beim Anschließen (über Micro-USB) nichts automatisch gemountet. Wenn ich eine Speicherkarte in das Telefon einlege, wird diese automatisch gemountet.

Es gibt eine Software, die ich unter Windows XP ausführen kann und mit der ich Dateien übertragen kann (obwohl das Telefon im Windows Explorer nicht als Volume angezeigt wird).

Das Telefon ist ein 3 Skypephone S2 (hergestellt von Amoi). Alles, was ich im Internet finde, deutet darauf hin, dass es einen Massenspeichermodus haben sollte. Wenn Sie das Telefon an den Computer anschließen, kann der "PC Suite" -Modus aktiviert werden. Dies scheint jedoch keinen Unterschied zu machen.

Ich habe versucht, die Windows-Software über Wine zu installieren, dies hat jedoch nicht funktioniert. (Wahrscheinlich nicht überraschend, dass Wine bei Hardwareproblemen nicht hilft.)

Ich habe mir diese Seite angesehen , konnte aber "1614: 0407" nicht erhalten, obwohl ich bezweifle, dass es geholfen hätte, wenn ich dazu in der Lage gewesen wäre.

Beim Ausführen udisks --mount /dev/sr2bekomme ich eine 'CD' mit einigen Windows-Treiberdateien. Wenn ich laufe sudo usb_modeswitch --default-vendor 0x1614 --default-product 0x1000, wird die CD entfernt, aber ich erhalte keinen Zugriff auf den Telefonspeicher.

Unten finden Sie die neuen Einträge in dmesg, wenn das Telefon verbunden ist. Das Aufrufen des PC Suite-Modus verursacht keine weiteren Nachrichten.

[  683.140030] usb 7-1: new full-speed USB device number 2 using uhci_hcd
[  683.312734] scsi8 : usb-storage 7-1:1.0
[  684.317071] scsi 8:0:0:0: CD-ROM            S2       Driver CDROM     2.31 PQ: 0 ANSI: 2
[  684.331067] sr2: scsi3-mmc drive: 0x/0x caddy
[  684.331241] sr 8:0:0:0: Attached scsi CD-ROM sr2
[  684.331799] sr 8:0:0:0: Attached scsi generic sg9 type 5

Beim Einstecken erhalte ich folgende zusätzliche Einträge in /dev:

lrwxrwxrwx  1 root root           3 Feb 29 18:22 cdrom2 -> sr2
crw-rw----+ 1 root cdrom    21,   9 Feb 29 18:22 sg9
brw-rw----+ 1 root cdrom    11,   2 Feb 29 18:22 sr2

Unten ist die Ausgabe von lsusb:

Bus 007 Device 003: ID 1614:1000 Amoi Electronics 
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0        64
  idVendor           0x1614 Amoi Electronics
  idProduct          0x1000 
  bcdDevice            0.00
  iManufacturer           1 
  iProduct                2 
  iSerial                 3 
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           32
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0xa0
      (Bus Powered)
      Remote Wakeup
    MaxPower              500mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         8 Mass Storage
      bInterfaceSubClass      6 SCSI
      bInterfaceProtocol     80 Bulk (Zip)
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x05  EP 5 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
cannot read device status, Operation not permitted (1)

Es sieht so aus, als würden sie diesen albernen Trick anwenden, bei dem das Gerät vorgibt, ein CD-ROM zu sein, um Windows dazu zu bringen, ein Programm zur Installation ihrer Software automatisch auszuführen (da Windows dummerweise nicht automatisch aus dem USB-Massenspeicher ausgeführt wird).

Sie können sich das usb-modeswitchPaket ansehen und prüfen, ob es das Gerät in den Massenspeichermodus versetzen kann.

Weitere Informationen finden Sie auf der Website des Autors .

Ich bin nicht sicher, ob das Gerät den MTP-Modus verwendet oder nicht. Wenn dies der Fall ist, können Sie Folgendes versuchen:

sudo apt-get install mtpfs

Erstellen Sie eine UDEV-Regeldatei. Verwenden Sie einen Editor Ihrer Wahl, meiner ist Nano.

sudo nano /etc/udev/rules.d/51-skyephone.rules

füge eine Zeile hinzu:

SUBSYSTEM == "usb", ATTR {idVendor} == "1614", MODE = "0666"

Erstellen Sie einen Einhängepunkt und machen Sie sich zum Eigentümer:

sudo mkdir / media / skyephone

sudo chown Benutzer: Benutzer / Medien / Skyephone

Dann können Sie testen, ob die Montage funktioniert:

sudo mtpfs -o allow_other / media / skyphone /

Wenn Sie jetzt auf Dateien zugreifen können, hat dies funktioniert.

abmontieren:

sudo umount mtpfs

Sie können auch versuchen, das CD-Gerät zu mounten (ich weiß, dass es sich nicht wirklich um ein CD-Gerät handelt).

udisks --mount / dev / sr1

oder wenn Ihr Computer keine interne CD / DVD-ROM hat

udisks --mount / dev / sr0

Angenommen, dies ist ein Multimode-USB-Gerät, was heutzutage üblich ist. Sie müssen wahrscheinlich eine neue UDEV-Regel erstellen, die dieses Gerät filtert und dann ausführt. usb_modeswitchWenn dies erfolgreich ist, wird das sekundäre Massenspeichergerät angezeigt. Ab diesem Zeitpunkt funktioniert UDEV nur noch und der Desktop verfügt über die erforderlichen Funktionen, um ihn wie alles andere automatisch bereitzustellen.

Der erste Schritt ist die Fehlerbehebung usb_modeswitchund Überprüfung, welche Schalter tatsächlich das gesuchte Flash-Gerät anzeigen. Danach sind die UDEV-Regeln im Grunde genommen Änderungen an der Boilerplate und Sie sind fertig. lsscsiist ein hilfreiches Tool, das die Liste aller Low-Level-Speichergeräte auf Ihrem System konsolidiert und einfacher ist, als ständig dmesg auf ein neues Laufwerk zu überprüfen, das erkannt wird.

Okay, verwenden Sie zunächst apt-get in terminal, um eine virtuelle Box zu erhalten, falls Sie noch keine haben, und installieren Sie ein Windows XP-Betriebssystem .iso darauf. Wenn Sie die .iso nicht haben, wissen Sie, wo Sie eine bekommen können;). Sobald es installiert ist, installieren Sie das Erweiterungspaket dafür. Sie sollten in der Lage sein, das Programm für Ihr Telefon in der virtuellen Maschine zu installieren und auch über dieses auf Ihr Telefon zuzugreifen, nachdem Sie es in der Dropdown-Liste "Geräte"> "USB" ausgewählt haben -down Menü. Wenn Sie danach Probleme haben, lassen Sie es mich wissen.

Ich gehe den Weg des geringsten Widerstands, versuche dies:

Nachdem Sie das Telefon über das USB-Kabel (das vom Ladegerät) an den PC angeschlossen haben, ziehen Sie den weißen Balken oben auf dem Bildschirm herunter, tippen Sie auf "USB-Verbindung" und anschließend auf "USB-Massenspeicher". Tippen Sie anschließend auf OK. Das Gerät sollte auf den meisten Systemen automatisch gemountet und über den Dateimanager Ihres PC-Systems sichtbar sein.