Le 13/07/2010 16:59, Bernard a écrit :Raphaël POITEVIN wrote:Le 09/07/10, Frédéric Massot a écrit :Tu utilises quel clé ZTE, quels sont les identifiants USB (lsusb) ?
J'en ai essayé une dans un magasin SFR et elle n'était pas
reconnue, une
ZTE K3565-Z ABCD, idVendord2 et idProduct 00
C'est celle-là qui n'était pas reconnue ? Alors c'est bien la mienne. On
me l'a vendue sous le nom : "Huwei ABCD", mais nul doute que c'est la
même, car lsusb me donne "19d2:2000". Ainsi donc, j'ai perdu mon temps
et mon argent, soit 76 Euros, moins 30 Euros qui devraient m'être
remboursés si j'envoie une copie de la facture et un RIB.
D'après la page de USB_modeswitch les clé ZTE devrait être reconnu :
http://www.draisberghof.de/usb_modeswitch
Il y a sur cette page des remarques concernant le modèle "19d2:2000".
J'ai ouvert un fil de discussion sur ce modèle, l'auteur de
USB_modeswitch m'a fait faire quelques tests, tu peux les essayer :
http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?p(73
Le 13/07/2010 16:59, Bernard a écrit :
Raphaël POITEVIN wrote:
Le 09/07/10, Frédéric Massot<frederic@juliana-multimedia.com> a écrit :
Tu utilises quel clé ZTE, quels sont les identifiants USB (lsusb) ?
J'en ai essayé une dans un magasin SFR et elle n'était pas
reconnue, une
ZTE K3565-Z ABCD, idVendord2 et idProduct 00
C'est celle-là qui n'était pas reconnue ? Alors c'est bien la mienne. On
me l'a vendue sous le nom : "Huwei ABCD", mais nul doute que c'est la
même, car lsusb me donne "19d2:2000". Ainsi donc, j'ai perdu mon temps
et mon argent, soit 76 Euros, moins 30 Euros qui devraient m'être
remboursés si j'envoie une copie de la facture et un RIB.
D'après la page de USB_modeswitch les clé ZTE devrait être reconnu :
http://www.draisberghof.de/usb_modeswitch
Il y a sur cette page des remarques concernant le modèle "19d2:2000".
J'ai ouvert un fil de discussion sur ce modèle, l'auteur de
USB_modeswitch m'a fait faire quelques tests, tu peux les essayer :
http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?p(73
Le 13/07/2010 16:59, Bernard a écrit :Raphaël POITEVIN wrote:Le 09/07/10, Frédéric Massot a écrit :Tu utilises quel clé ZTE, quels sont les identifiants USB (lsusb) ?
J'en ai essayé une dans un magasin SFR et elle n'était pas
reconnue, une
ZTE K3565-Z ABCD, idVendord2 et idProduct 00
C'est celle-là qui n'était pas reconnue ? Alors c'est bien la mienne. On
me l'a vendue sous le nom : "Huwei ABCD", mais nul doute que c'est la
même, car lsusb me donne "19d2:2000". Ainsi donc, j'ai perdu mon temps
et mon argent, soit 76 Euros, moins 30 Euros qui devraient m'être
remboursés si j'envoie une copie de la facture et un RIB.
D'après la page de USB_modeswitch les clé ZTE devrait être reconnu :
http://www.draisberghof.de/usb_modeswitch
Il y a sur cette page des remarques concernant le modèle "19d2:2000".
J'ai ouvert un fil de discussion sur ce modèle, l'auteur de
USB_modeswitch m'a fait faire quelques tests, tu peux les essayer :
http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?p(73
[...] je l'ai également essayée, sans carte SIM et aussi en y mettant
ma carte SIM SFR, mais je n'obtiens rien non plus, toujours le ttyUSB0
qu'il n'est pas possible d'ouvrir : "inappropriate ioctl for device".
Si je tape 'gcom -d /dev/ttyUSB0' (gcom = ancien nom de comgt), çà me
répond "can't control /dev/ttyUSB0", mais si j'écris 'gcom -d
/dev/ttyUSB1' çà répond : 'Can't open... no such device', et ce, avec
l'une ou l'autre de mes clefs 3G, sur l'un et l'autre de mes deux ordis.
[...]
[...] je l'ai également essayée, sans carte SIM et aussi en y mettant
ma carte SIM SFR, mais je n'obtiens rien non plus, toujours le ttyUSB0
qu'il n'est pas possible d'ouvrir : "inappropriate ioctl for device".
Si je tape 'gcom -d /dev/ttyUSB0' (gcom = ancien nom de comgt), çà me
répond "can't control /dev/ttyUSB0", mais si j'écris 'gcom -d
/dev/ttyUSB1' çà répond : 'Can't open... no such device', et ce, avec
l'une ou l'autre de mes clefs 3G, sur l'un et l'autre de mes deux ordis.
[...]
[...] je l'ai également essayée, sans carte SIM et aussi en y mettant
ma carte SIM SFR, mais je n'obtiens rien non plus, toujours le ttyUSB0
qu'il n'est pas possible d'ouvrir : "inappropriate ioctl for device".
Si je tape 'gcom -d /dev/ttyUSB0' (gcom = ancien nom de comgt), çà me
répond "can't control /dev/ttyUSB0", mais si j'écris 'gcom -d
/dev/ttyUSB1' çà répond : 'Can't open... no such device', et ce, avec
l'une ou l'autre de mes clefs 3G, sur l'un et l'autre de mes deux ordis.
[...]
Le 15/07/2010 17:46, Bernard a écrit :[...] je l'ai également essayée, sans carte SIM et aussi en y
mettant ma carte SIM SFR, mais je n'obtiens rien non plus, toujours
le ttyUSB0 qu'il n'est pas possible d'ouvrir : "inappropriate ioctl
for device". Si je tape 'gcom -d /dev/ttyUSB0' (gcom = ancien nom de
comgt), çà me répond "can't control /dev/ttyUSB0", mais si j'écris
'gcom -d /dev/ttyUSB1' çà répond : 'Can't open... no such device', et
ce, avec l'une ou l'autre de mes clefs 3G, sur l'un et l'autre de mes
deux ordis.
[...]
Relisez l'un de mes premiers messages. J'ai bien préciser que udev
*devait* contenir les bons codes pour l'identification de votre clé
afin que le ttyUSB0 soit créé à l'insertion de celle ci. Tant que
cette règle n'existe pas, pas la peine d'essayer. Et encore une fois,
plutot regarder dans dmesg lors de l'insertion de la clé pour voir si
ttyUSB0 a été créé.
Le 15/07/2010 17:46, Bernard a écrit :
[...] je l'ai également essayée, sans carte SIM et aussi en y
mettant ma carte SIM SFR, mais je n'obtiens rien non plus, toujours
le ttyUSB0 qu'il n'est pas possible d'ouvrir : "inappropriate ioctl
for device". Si je tape 'gcom -d /dev/ttyUSB0' (gcom = ancien nom de
comgt), çà me répond "can't control /dev/ttyUSB0", mais si j'écris
'gcom -d /dev/ttyUSB1' çà répond : 'Can't open... no such device', et
ce, avec l'une ou l'autre de mes clefs 3G, sur l'un et l'autre de mes
deux ordis.
[...]
Relisez l'un de mes premiers messages. J'ai bien préciser que udev
*devait* contenir les bons codes pour l'identification de votre clé
afin que le ttyUSB0 soit créé à l'insertion de celle ci. Tant que
cette règle n'existe pas, pas la peine d'essayer. Et encore une fois,
plutot regarder dans dmesg lors de l'insertion de la clé pour voir si
ttyUSB0 a été créé.
Le 15/07/2010 17:46, Bernard a écrit :[...] je l'ai également essayée, sans carte SIM et aussi en y
mettant ma carte SIM SFR, mais je n'obtiens rien non plus, toujours
le ttyUSB0 qu'il n'est pas possible d'ouvrir : "inappropriate ioctl
for device". Si je tape 'gcom -d /dev/ttyUSB0' (gcom = ancien nom de
comgt), çà me répond "can't control /dev/ttyUSB0", mais si j'écris
'gcom -d /dev/ttyUSB1' çà répond : 'Can't open... no such device', et
ce, avec l'une ou l'autre de mes clefs 3G, sur l'un et l'autre de mes
deux ordis.
[...]
Relisez l'un de mes premiers messages. J'ai bien préciser que udev
*devait* contenir les bons codes pour l'identification de votre clé
afin que le ttyUSB0 soit créé à l'insertion de celle ci. Tant que
cette règle n'existe pas, pas la peine d'essayer. Et encore une fois,
plutot regarder dans dmesg lors de l'insertion de la clé pour voir si
ttyUSB0 a été créé.
Daniel Huhardeaux wrote:Le 15/07/2010 17:46, Bernard a écrit :[...] je l'ai également essayée, sans carte SIM et aussi en y
mettant ma carte SIM SFR, mais je n'obtiens rien non plus, toujours
le ttyUSB0 qu'il n'est pas possible d'ouvrir : "inappropriate ioctl
for device". Si je tape 'gcom -d /dev/ttyUSB0' (gcom = ancien nom de
comgt), çà me répond "can't control /dev/ttyUSB0", mais si j'écris
'gcom -d /dev/ttyUSB1' çà répond : 'Can't open... no such device',
et ce, avec l'une ou l'autre de mes clefs 3G, sur l'un et l'autre de
mes deux ordis.
[...]
Relisez l'un de mes premiers messages. J'ai bien préciser que udev
*devait* contenir les bons codes pour l'identification de votre clé
afin que le ttyUSB0 soit créé à l'insertion de celle ci. Tant que
cette règle n'existe pas, pas la peine d'essayer. Et encore une fois,
plutot regarder dans dmesg lors de l'insertion de la clé pour voir si
ttyUSB0 a été créé.
J'ai bien relu. Et j'avais bien créé le fichier
/etc/udev/rules.d/sfr-huwei.rules
dont le contenu était
ACTION=="add", BUS=="usb", SYSFS{idVendor}=="19d2",
SYSFS{idProduct}=="2000", RUN+="/usr/local/sbin/mobile-sfr.sh"
mais, peu après, j'ai pensé qu'il serait inutile, car vous m'avez
précisé que çà ne servait qu'en cas d'utilisation de 'huaweiAktBbo',
mais que, alternativement, il était sans doute plus simple de
télécharger le paquet vodaphone, lequel s'occupait de tout. J'ai
toutefois laissé /etc/udev/rules.d/sfr-huwei.rules en place, mais rien
n'y fait appel ! Je rappelle que Vodaphone n'a pas fonctionné. Je
vais maintenant essayer d'utiliser huaweiAktBbo à la place.
Daniel Huhardeaux wrote:
Le 15/07/2010 17:46, Bernard a écrit :
[...] je l'ai également essayée, sans carte SIM et aussi en y
mettant ma carte SIM SFR, mais je n'obtiens rien non plus, toujours
le ttyUSB0 qu'il n'est pas possible d'ouvrir : "inappropriate ioctl
for device". Si je tape 'gcom -d /dev/ttyUSB0' (gcom = ancien nom de
comgt), çà me répond "can't control /dev/ttyUSB0", mais si j'écris
'gcom -d /dev/ttyUSB1' çà répond : 'Can't open... no such device',
et ce, avec l'une ou l'autre de mes clefs 3G, sur l'un et l'autre de
mes deux ordis.
[...]
Relisez l'un de mes premiers messages. J'ai bien préciser que udev
*devait* contenir les bons codes pour l'identification de votre clé
afin que le ttyUSB0 soit créé à l'insertion de celle ci. Tant que
cette règle n'existe pas, pas la peine d'essayer. Et encore une fois,
plutot regarder dans dmesg lors de l'insertion de la clé pour voir si
ttyUSB0 a été créé.
J'ai bien relu. Et j'avais bien créé le fichier
/etc/udev/rules.d/sfr-huwei.rules
dont le contenu était
ACTION=="add", BUS=="usb", SYSFS{idVendor}=="19d2",
SYSFS{idProduct}=="2000", RUN+="/usr/local/sbin/mobile-sfr.sh"
mais, peu après, j'ai pensé qu'il serait inutile, car vous m'avez
précisé que çà ne servait qu'en cas d'utilisation de 'huaweiAktBbo',
mais que, alternativement, il était sans doute plus simple de
télécharger le paquet vodaphone, lequel s'occupait de tout. J'ai
toutefois laissé /etc/udev/rules.d/sfr-huwei.rules en place, mais rien
n'y fait appel ! Je rappelle que Vodaphone n'a pas fonctionné. Je
vais maintenant essayer d'utiliser huaweiAktBbo à la place.
Daniel Huhardeaux wrote:Le 15/07/2010 17:46, Bernard a écrit :[...] je l'ai également essayée, sans carte SIM et aussi en y
mettant ma carte SIM SFR, mais je n'obtiens rien non plus, toujours
le ttyUSB0 qu'il n'est pas possible d'ouvrir : "inappropriate ioctl
for device". Si je tape 'gcom -d /dev/ttyUSB0' (gcom = ancien nom de
comgt), çà me répond "can't control /dev/ttyUSB0", mais si j'écris
'gcom -d /dev/ttyUSB1' çà répond : 'Can't open... no such device',
et ce, avec l'une ou l'autre de mes clefs 3G, sur l'un et l'autre de
mes deux ordis.
[...]
Relisez l'un de mes premiers messages. J'ai bien préciser que udev
*devait* contenir les bons codes pour l'identification de votre clé
afin que le ttyUSB0 soit créé à l'insertion de celle ci. Tant que
cette règle n'existe pas, pas la peine d'essayer. Et encore une fois,
plutot regarder dans dmesg lors de l'insertion de la clé pour voir si
ttyUSB0 a été créé.
J'ai bien relu. Et j'avais bien créé le fichier
/etc/udev/rules.d/sfr-huwei.rules
dont le contenu était
ACTION=="add", BUS=="usb", SYSFS{idVendor}=="19d2",
SYSFS{idProduct}=="2000", RUN+="/usr/local/sbin/mobile-sfr.sh"
mais, peu après, j'ai pensé qu'il serait inutile, car vous m'avez
précisé que çà ne servait qu'en cas d'utilisation de 'huaweiAktBbo',
mais que, alternativement, il était sans doute plus simple de
télécharger le paquet vodaphone, lequel s'occupait de tout. J'ai
toutefois laissé /etc/udev/rules.d/sfr-huwei.rules en place, mais rien
n'y fait appel ! Je rappelle que Vodaphone n'a pas fonctionné. Je
vais maintenant essayer d'utiliser huaweiAktBbo à la place.
[...]
Si le compilateur ne trouve pas usb.h, c'est sans doute qu'il ne sait
pas où chercher [....]
[...]
Si le compilateur ne trouve pas usb.h, c'est sans doute qu'il ne sait
pas où chercher [....]
[...]
Si le compilateur ne trouve pas usb.h, c'est sans doute qu'il ne sait
pas où chercher [....]
Post Scriptum : Je viens d'essayer de compiler 'huaweiAktBbo'. C'est
raté :
gcc huaweiAktBbo.c -o /usr/sbin/huaweiAktBbo -lusb
huaweiAktBbo.c:15:17: erreur: usb.h : Aucun fichier ou dossier de ce type
huaweiAktBbo.c: Dans la fonction "list_devices" :
huaweiAktBbo.c:37: attention : assignment makes pointer from integer
without a cast
huaweiAktBbo.c:37: erreur: déréférencement d'un pointeur de type
incomplet
......................................
etc..........................
environ 25 lignes d'erreurs.
Si le compilateur ne trouve pas usb.h, c'est sans doute qu'il ne sait
pas où chercher, car un 'find' m'a permis de le trouver dans plusieurs
répertoires des sources de linux-headers. l'auteur du module ne
propose aucune makefile. Par ailleurs, au vu de la nature des autres
erreurs, il doit y avoir autre chose, une mauvaise version de gcc par
exemple (v4.2.3).
Je ne suis pas sorti de l'auberge !
Bernard wrote:Daniel Huhardeaux wrote:Le 15/07/2010 17:46, Bernard a écrit :[...] je l'ai également essayée, sans carte SIM et aussi en y
mettant ma carte SIM SFR, mais je n'obtiens rien non plus, toujours
le ttyUSB0 qu'il n'est pas possible d'ouvrir : "inappropriate ioctl
for device". Si je tape 'gcom -d /dev/ttyUSB0' (gcom = ancien nom
de comgt), çà me répond "can't control /dev/ttyUSB0", mais si
j'écris 'gcom -d /dev/ttyUSB1' çà répond : 'Can't open... no such
device', et ce, avec l'une ou l'autre de mes clefs 3G, sur l'un et
l'autre de mes deux ordis.
[...]
Relisez l'un de mes premiers messages. J'ai bien préciser que udev
*devait* contenir les bons codes pour l'identification de votre clé
afin que le ttyUSB0 soit créé à l'insertion de celle ci. Tant que
cette règle n'existe pas, pas la peine d'essayer. Et encore une
fois, plutot regarder dans dmesg lors de l'insertion de la clé pour
voir si ttyUSB0 a été créé.
J'ai bien relu. Et j'avais bien créé le fichier
/etc/udev/rules.d/sfr-huwei.rules
dont le contenu était
ACTION=="add", BUS=="usb", SYSFS{idVendor}=="19d2",
SYSFS{idProduct}=="2000", RUN+="/usr/local/sbin/mobile-sfr.sh"
mais, peu après, j'ai pensé qu'il serait inutile, car vous m'avez
précisé que çà ne servait qu'en cas d'utilisation de 'huaweiAktBbo',
mais que, alternativement, il était sans doute plus simple de
télécharger le paquet vodaphone, lequel s'occupait de tout. J'ai
toutefois laissé /etc/udev/rules.d/sfr-huwei.rules en place, mais
rien n'y fait appel ! Je rappelle que Vodaphone n'a pas fonctionné.
Je vais maintenant essayer d'utiliser huaweiAktBbo à la place.
Post Scriptum : Je viens d'essayer de compiler 'huaweiAktBbo'. C'est
raté :
gcc huaweiAktBbo.c -o /usr/sbin/huaweiAktBbo -lusb
huaweiAktBbo.c:15:17: erreur: usb.h : Aucun fichier ou dossier de ce type
huaweiAktBbo.c: Dans la fonction "list_devices" :
huaweiAktBbo.c:37: attention : assignment makes pointer from integer
without a cast
huaweiAktBbo.c:37: erreur: déréférencement d'un pointeur de type
incomplet
......................................
etc..........................
environ 25 lignes d'erreurs.
Si le compilateur ne trouve pas usb.h, c'est sans doute qu'il ne sait
pas où chercher, car un 'find' m'a permis de le trouver dans plusieurs
répertoires des sources de linux-headers. l'auteur du module ne
propose aucune makefile. Par ailleurs, au vu de la nature des autres
erreurs, il doit y avoir autre chose, une mauvaise version de gcc par
exemple (v4.2.3).
Je ne suis pas sorti de l'auberge !
Bernard wrote:
Daniel Huhardeaux wrote:
Le 15/07/2010 17:46, Bernard a écrit :
[...] je l'ai également essayée, sans carte SIM et aussi en y
mettant ma carte SIM SFR, mais je n'obtiens rien non plus, toujours
le ttyUSB0 qu'il n'est pas possible d'ouvrir : "inappropriate ioctl
for device". Si je tape 'gcom -d /dev/ttyUSB0' (gcom = ancien nom
de comgt), çà me répond "can't control /dev/ttyUSB0", mais si
j'écris 'gcom -d /dev/ttyUSB1' çà répond : 'Can't open... no such
device', et ce, avec l'une ou l'autre de mes clefs 3G, sur l'un et
l'autre de mes deux ordis.
[...]
Relisez l'un de mes premiers messages. J'ai bien préciser que udev
*devait* contenir les bons codes pour l'identification de votre clé
afin que le ttyUSB0 soit créé à l'insertion de celle ci. Tant que
cette règle n'existe pas, pas la peine d'essayer. Et encore une
fois, plutot regarder dans dmesg lors de l'insertion de la clé pour
voir si ttyUSB0 a été créé.
J'ai bien relu. Et j'avais bien créé le fichier
/etc/udev/rules.d/sfr-huwei.rules
dont le contenu était
ACTION=="add", BUS=="usb", SYSFS{idVendor}=="19d2",
SYSFS{idProduct}=="2000", RUN+="/usr/local/sbin/mobile-sfr.sh"
mais, peu après, j'ai pensé qu'il serait inutile, car vous m'avez
précisé que çà ne servait qu'en cas d'utilisation de 'huaweiAktBbo',
mais que, alternativement, il était sans doute plus simple de
télécharger le paquet vodaphone, lequel s'occupait de tout. J'ai
toutefois laissé /etc/udev/rules.d/sfr-huwei.rules en place, mais
rien n'y fait appel ! Je rappelle que Vodaphone n'a pas fonctionné.
Je vais maintenant essayer d'utiliser huaweiAktBbo à la place.
Post Scriptum : Je viens d'essayer de compiler 'huaweiAktBbo'. C'est
raté :
gcc huaweiAktBbo.c -o /usr/sbin/huaweiAktBbo -lusb
huaweiAktBbo.c:15:17: erreur: usb.h : Aucun fichier ou dossier de ce type
huaweiAktBbo.c: Dans la fonction "list_devices" :
huaweiAktBbo.c:37: attention : assignment makes pointer from integer
without a cast
huaweiAktBbo.c:37: erreur: déréférencement d'un pointeur de type
incomplet
......................................
etc..........................
environ 25 lignes d'erreurs.
Si le compilateur ne trouve pas usb.h, c'est sans doute qu'il ne sait
pas où chercher, car un 'find' m'a permis de le trouver dans plusieurs
répertoires des sources de linux-headers. l'auteur du module ne
propose aucune makefile. Par ailleurs, au vu de la nature des autres
erreurs, il doit y avoir autre chose, une mauvaise version de gcc par
exemple (v4.2.3).
Je ne suis pas sorti de l'auberge !
Bernard wrote:Daniel Huhardeaux wrote:Le 15/07/2010 17:46, Bernard a écrit :[...] je l'ai également essayée, sans carte SIM et aussi en y
mettant ma carte SIM SFR, mais je n'obtiens rien non plus, toujours
le ttyUSB0 qu'il n'est pas possible d'ouvrir : "inappropriate ioctl
for device". Si je tape 'gcom -d /dev/ttyUSB0' (gcom = ancien nom
de comgt), çà me répond "can't control /dev/ttyUSB0", mais si
j'écris 'gcom -d /dev/ttyUSB1' çà répond : 'Can't open... no such
device', et ce, avec l'une ou l'autre de mes clefs 3G, sur l'un et
l'autre de mes deux ordis.
[...]
Relisez l'un de mes premiers messages. J'ai bien préciser que udev
*devait* contenir les bons codes pour l'identification de votre clé
afin que le ttyUSB0 soit créé à l'insertion de celle ci. Tant que
cette règle n'existe pas, pas la peine d'essayer. Et encore une
fois, plutot regarder dans dmesg lors de l'insertion de la clé pour
voir si ttyUSB0 a été créé.
J'ai bien relu. Et j'avais bien créé le fichier
/etc/udev/rules.d/sfr-huwei.rules
dont le contenu était
ACTION=="add", BUS=="usb", SYSFS{idVendor}=="19d2",
SYSFS{idProduct}=="2000", RUN+="/usr/local/sbin/mobile-sfr.sh"
mais, peu après, j'ai pensé qu'il serait inutile, car vous m'avez
précisé que çà ne servait qu'en cas d'utilisation de 'huaweiAktBbo',
mais que, alternativement, il était sans doute plus simple de
télécharger le paquet vodaphone, lequel s'occupait de tout. J'ai
toutefois laissé /etc/udev/rules.d/sfr-huwei.rules en place, mais
rien n'y fait appel ! Je rappelle que Vodaphone n'a pas fonctionné.
Je vais maintenant essayer d'utiliser huaweiAktBbo à la place.
Le 15/07/2010 22:30, Bernard a écrit :[...]
Si le compilateur ne trouve pas usb.h, c'est sans doute qu'il ne sait
pas où chercher [....]
C'est sur, si vous n'installez pas les paquets nécessaires comme
libusb-dev par exemple. Aussi, n'oubliez pas d' adapter vos règles
udev en fonction de la clé de chez Orange puisque vous avez évolué ...
Le 15/07/2010 22:30, Bernard a écrit :
[...]
Si le compilateur ne trouve pas usb.h, c'est sans doute qu'il ne sait
pas où chercher [....]
C'est sur, si vous n'installez pas les paquets nécessaires comme
libusb-dev par exemple. Aussi, n'oubliez pas d' adapter vos règles
udev en fonction de la clé de chez Orange puisque vous avez évolué ...
Le 15/07/2010 22:30, Bernard a écrit :[...]
Si le compilateur ne trouve pas usb.h, c'est sans doute qu'il ne sait
pas où chercher [....]
C'est sur, si vous n'installez pas les paquets nécessaires comme
libusb-dev par exemple. Aussi, n'oubliez pas d' adapter vos règles
udev en fonction de la clé de chez Orange puisque vous avez évolué ...
[...] 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.
[...]
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...
[...] 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.
[...]
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...
[...] 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.
[...]
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...
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.
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.
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.
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.
:~$
*****************************************************
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 !
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.
bd@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 !
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.
:~$
*****************************************************
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 !