Comment essayer d'accéder aux fichiers stockés sur le téléphone portable (via USB)?
Je souhaite transférer des fichiers (photos et audio principalement) de mon téléphone vers mon ordinateur Ubuntu. Malheureusement, lors du branchement (via Micro USB), rien n’est automatiquement monté. Si j'insère une carte mémoire dans le téléphone, cela est automatiquement monté .
Il existe des logiciels que je peux exécuter sur Windows XP et qui me permettent de transférer des fichiers (bien que cela ne fasse pas apparaître le téléphone sous forme de volume dans l'Explorateur Windows).
Le téléphone est un Skypephone S2 (fabriqué par Amoi). Tout ce que je trouve sur Internet suggère qu'il devrait avoir un mode de stockage de masse. Lors de la connexion du téléphone à l'ordinateur, un mode "PC Suite" peut être activé, mais cela ne semble pas faire de différence.
J'ai essayé d'installer le logiciel Windows via Wine, mais cela n'a pas fonctionné. (Probablement sans surprise que Wine ne résout pas le problème du matériel.)
J'ai regardé cette page mais je n'ai pas pu obtenir "1614: 0407", bien que je doute que cela m'aurait aidé si j'avais pu le faire.
Lancer udisks --mount /dev/sr2 me donne un 'CD' avec des fichiers de pilotes Windows. Si je lance Sudo usb_modeswitch --default-vendor 0x1614 --default-product 0x1000, le CD disparaît, mais je n'ai pas accès à la mémoire du téléphone.
Vous trouverez ci-dessous les nouvelles entrées dans dmesg lorsque le téléphone est connecté. L'entrée en mode PC Suite ne provoque plus de messages.
[ 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
Lors du branchement, je reçois les entrées supplémentaires suivantes dans /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
Voici la sortie de 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)
Je ne suis pas sûr si l'appareil utilise le mode MTP ou non ... Si c'est le cas, vous pouvez essayer ceci:
Sudo apt-get install mtpfs
Créez un fichier de règles UDEV. Utilisez votre éditeur de choix, le mien est nano.
Sudo nano /etc/udev/rules.d/51-skyephone.rules
ajoutez-y une ligne:
SOUS-SYSTEME == "usb", ATTR {idVendor} == "1614", MODE = "0666"
créer un point de montage et en faire le propriétaire:
Sudo mkdir/media/skyephone
Sudo chown utilisateur: utilisateur/média/skyephone
alors vous pouvez tester pour voir si le montage fonctionne:
Sudo mtpfs -o allow_other/media/skyphone /
Si vous pouvez accéder aux fichiers maintenant, cela a fonctionné.
démonter:
Sudo umount mtpfs
Vous pouvez également essayer de monter le lecteur CD (je sais que ce n’est pas vraiment un lecteur CD).
udisks --mount/dev/sr1
ou si votre ordinateur ne possède pas de CD/DVD-ROM interne
udisks --mount/dev/sr0
On dirait qu'ils utilisent cette astuce idiote dans laquelle l’appareil prétend être un CD-ROM pour permettre à Windows d’exécuter un programme permettant d’installer son logiciel (car bêtement, Windows ne pourra pas s’exécuter automatiquement à partir du stockage de masse usb).
Vous pouvez regarder le package usb-modeswitch et voir s'il peut faire basculer le périphérique en mode de stockage de masse.
Informations complémentaires sur le site site Web des auteurs .
En supposant qu'il s'agisse d'un périphérique USB multi-mode, ce qui est courant de nos jours. Vous devrez probablement créer une nouvelle règle UDEV filtrant ce périphérique, puis exécutant usb_modeswitch, qui, en cas de succès, présentera le périphérique de stockage de masse secondaire. À ce stade, UDEV fonctionnera et le poste de travail disposera de tout ce dont il a besoin pour le monter automatiquement, comme pour tout le reste.
La première étape consiste à dépanner usb_modeswitch et à vérifier quels commutateurs présentent réellement le périphérique flash que vous recherchez. Après cela, les règles UDEV sont essentiellement des modifications standard et vous avez terminé. lsscsi est un outil utile qui consolide la liste de tous les périphériques de stockage de bas niveau de votre système. Il est plus facile que de rechercher constamment à dmesg la détection d'un nouveau lecteur.