Je viens de faire d'autres essais. D'abord, j'ai viré la version
usb_switchmode que j'avais installé, ainsi que vodaphone et ses autres
dépendances (ozero...)
Et je me suis re-penché sur 'huaweiAktBbo'. Je l'ai lancé manuellement :
sudo huaweiAktBbo
-> erreur d'assertion de dev, ligne 113
J'édite le source (sudo huaweiAktBbo.c), pour m'apercevoir que la ligne
113 fait référence à une autre clef (12d1:1003). Je remplace ces valeurs
par 19d2:2000, recompile, et re lance le programme.
Les messages ne sont que partiellement en anglais, le reste étant en
Tchèque (slovaque) :
Hladam HUAWEI E220 a prepnem na modem - bbo 06
4 set feature request returned 0
Prepnuke-OK, Mas ttyUSB0 ttyUSB1 (cez usbserial vendor=0x12d1
product=0x1003)
pozri /proc/bus/usb/devices
(e texte fait encore référence à vendor=0x12d1 product=0x1003, mais ces
valeurs ne sont plus désormais présentes que dans le texte du message
d'erreur, ainsi que j'ai pu le vérifier dans le source)
mon répertoire /proc/bus/usb/devices est vide.
*************************
Maintenant que j'ai viré "ozero...", "usb-modeswitch" et "vodaphone", la
clef est à nouveau reconnue comme CDROM et Gnome la monte
automatiquement. J'ai réutilisé l'astuce que j'avais vue quelque part,
et qui consiste à cliquer sur ladite icône et sur "éjecter". Alors les
ID changent, passant de 19d2:2000 à 19d2:052 (lsusb). Mais dmesg ne dit
rien de plus : c'est toujours reconnu comme Mass Storage. Et
huaweiAktBbo, recompilé avec les nouveaux ID, ne donne pas d'autre
résultat que précédemment.
****************************
Quant aux 'udev rules', j'ai l'impression que les divers essais que j'ai
faits n'ont aucunement tenu compte du contenu de
/etc/udev/rules.d/sfr-huwei.rules
Même si j'ai affirmé le contraire hier, j'ai aujourd'hui de sérieux
doutes, et je ne parviens pas à reproduire les résultats sur les
changements de comportements selon les ID inscrits ; il se pourrait que
c'ait été dû à autre chose, peut-être avais-je omis de retirer la clef
entre deux manips, ou l'avais-je remise trop tôt
Et donc, il me manque sans doute en effet ce qu'il faut pour activer
/dev/ttyUSB0, d'autant que j'apprends que sur mon noyau (2.6.24) ceci ne
se fait pas automatiquement
Le fichier sfr-huwei.rules devrait-il être renommé autrement ?
Qu'est-ce qui y fait appel ? Que pourrais-je modifier à l'intérieur qui
me permette de vérifier si cela a ou non un effet ?
Bernard wrote:
Daniel Huhardeaux wrote:
Le 16/07/2010 00:46, Bernard a écrit :
[...] ma clef SFR, au lieu d'émettre des flash de couleur bleue,
commence par 3 ou 4 flashes rouges, puis ce sont dees flash verts,
comme sous MSWIN.
C'est le bon comportement
[...]
alors que si j'écris 19d2 et 2000, dmesg donne :
....................
usb-storage: waiting for device to settle before scanning
usb-storage: device scan complete
scsi 15:0:0:0: CD-ROM ZTE USB SCSI CD-ROM 2.31 ....
etc...
Dans le etc.... il n'y a pas de référence à ttyUSB0 (ou autre)? Si
non, prenez la carte SIM de la clé SFR et mettez la dans celle d'Orange.
Si : /etc/wvdial.conf comporte la ligne :
Modem=/dev/ttyUSB0
Quant à essayer la clef fournie par Orange (un autre modèle Huwei, id
12d1 : 1446), je l'ai fait avec la carte SIM de chez SFR. Les
résultats sont pires : usb_modeswitch n'arrive pas à faire la
commutation. D'ailleurs la commutation n'est pas non plus obtenue avec
la clef SFR, mais au moins le mode Mass Storage disparaît.
Voici le résultat des essais avec usb_modeswitch, sur les deux clefs :
Sur la clef SFR (id 19d2 : 2000) :
sudo usb_modeswitch -W -s 20 -v 19d2 -p 2000
*usb-modeswitch - Version 1.1.0 (C) Josua Dietze 2010 - based on
libusb 0.1.12
DefaultVendor= 0x19d2
DefaultProduct= 0x2000
TargetVendor= not set
TargetProduct= not set
TargetClass= not set
InquireDevice enabled (default)
Success check enabled, max.wait time 32 seconds
System integration mode disabled
usb_set_debug: Setting debugging level to 15 (on)
usb_os_find_busses: Found 007
usb_os_find_busses: Found 006
usb_os_find_busses: Found 005
usb_os_find_busses: Found 004
usb_os_find_busses: Found 003
usb_os_find_busses: Found 002
usb_os_find_busses: Found 001
usb_os_find_devices: Found 003 on 007
usb_os_find_devices: Found 001 on 007
error obtaining child information: Inappropriate ioctl for device
usb_os_find_devices: Found 001 on 006
usb_os_find_devices: Found 001 on 005
usb_os_find_devices: Found 001 on 004
usb_os_find_devices: Found 001 on 003
usb_os_find_devices: Found 001 on 002
usb_os_find_devices: Found 001 on 001
Note: target parameter missing; success check limited
Looking for default devices ...
searching devices, found USB ID 19d2:2000
found matching vendor ID
found matching product ID
searching devices, found USB ID 0000:0000
searching devices, found USB ID 0000:0000
searching devices, found USB ID 0000:0000
searching devices, found USB ID 0000:0000
searching devices, found USB ID 0000:0000
searching devices, found USB ID 0000:0000
searching devices, found USB ID 0000:0000
Found default devices (1)
Accessing device 003 on bus 007 ...
Using endpoints 0x01 (out) and 0x81 (in)
Inquiring device details; driver will be detached ...
Looking for active driver ...
OK, driver found ("usbfs")
OK, driver "usbfs" detached
la prestation s'arrète là, et usb_modeswitch ne "rend pas la main" ;
il faut taper CTRL-C pour en sortir, et ce, quelque soit le temps
d'attente, fut il d'une demie heure. Le mass storage driver est bien
détaché, mais la suite du travail reste apparemment bloquée, en
suspends...
Si, après ce CTRL-C, je recommence la même manip, j'ai ceci :
(même chose pour le début), puis :
.........................
USB error : could not get bound driver: No data available
no driver found. Either detached before or never attached
et çà reste encore en suspens, il faut faire CTRL-C pour sortir.
Un nouvel essai avec le "Huawei mode" (-H) donne le même résultat.
J'ai également essayé de mettre des Targets (-V -P). Si je mets autre
chose que les mêmes ID que pour -v -p, ça n'est pas trouvé. et si je
remets pour -V -P les mêmes valeurs que pour -v -p, c'est bien trouvé,
mais le résultat est le même.
********************************
Je pense que l'info principale est la suivante :
"error obtaining child information: Inappropriate ioctl for device"
****************************************
Et maintenant, voici ce que cela donne avec la clef fournie par Orange
(Huawei 12d1:1446)
sudo usb_modeswitch -W -s 20 -v 12d1 -p 1446
*usb-modeswitch - Version 1.1.0 (C) Josua Dietze 2010 - based on
libusb 0.1.12
DefaultVendor= 0x12d1
DefaultProduct= 0x1446
TargetVendor= not set
TargetProduct= not set
TargetClass= not set
InquireDevice enabled (default)
Success check enabled, max.wait time 32 seconds
System integration mode disabled
usb_set_debug: Setting debugging level to 15 (on)
usb_os_find_busses: Found 007
usb_os_find_busses: Found 006
usb_os_find_busses: Found 005
usb_os_find_busses: Found 004
usb_os_find_busses: Found 003
usb_os_find_busses: Found 002
usb_os_find_busses: Found 001
usb_os_find_devices: Found 014 on 007
usb_os_find_devices: Found 001 on 007
error obtaining child information: Inappropriate ioctl for device
usb_os_find_devices: Found 001 on 006
usb_os_find_devices: Found 001 on 005
usb_os_find_devices: Found 001 on 004
usb_os_find_devices: Found 001 on 003
usb_os_find_devices: Found 001 on 002
usb_os_find_devices: Found 001 on 001
Note: target parameter missing; success check limited
Looking for default devices ...
searching devices, found USB ID 12d1:1446
found matching vendor ID
found matching product ID
searching devices, found USB ID 0000:0000
searching devices, found USB ID 0000:0000
searching devices, found USB ID 0000:0000
searching devices, found USB ID 0000:0000
searching devices, found USB ID 0000:0000
searching devices, found USB ID 0000:0000
searching devices, found USB ID 0000:0000
Found default devices (1)
Accessing device 014 on bus 007 ...
Using endpoints 0x01 (out) and 0x81 (in)
Inquiring device details; driver will be detached ...
Looking for active driver ...
OK, driver found ("usb-storage")
OK, driver "usb-storage" detached (avec la clef SFR, j'avais
"usbfs" au lieu de "usb-storage" ici)
et là, au lieu de rester en suspens jusqu'à ce que je tape CTRL-C, çà
continue comme suit :
SCSI inquiry data (for identification)
---------------------------------------------
Manufacturer: HUAWEI Technology
Product: HUAWEI Mobile
Serial No.: 1234567890ABCDEF
---------------------------------------------
Warning: no switching method given
Checking for mode switch (max. 32 times, once per second) ...
Waiting for original device to vanish ...
Waiting for original device to vanish ...
.....................................................................
etc (32 fois)
.....................................................................
Original device still present after the timeout
Mode switch most likely failed. Bye.
b...@dell-desktop:~$
*****************************************************
Les essais que j'ai faits ensuite avec les modes -H, -S -G, -O (modes
Huawei; Sierra, GCT, Sony) ne donnèrent rien non plus !
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4c406f52.9040...@teaser.fr
