Imprimante-scanner Lexmark X1150 ne fonctionne plus
2 réponses
ajh.valmer
Bonjour,
J'ai une imprimante-scanner Lexmark mod=E8le X1150
qui a toujours bien march=E9.
Depuis que j'ai branch=E9 mon t=E9l-mobile un court instant sur le port USB
de la Lexmark sous Windows-XP, puis reboot=E9 sous Debian-Lenny,=20
le scanner ne fonctionne plus.
Le sympt=F4me :
le rouleau tente de d=E9marrer sur un demi cm mais reste bloqu=E9.
J'ai chang=E9 le scanner par un autre strictement identique
et le sympt=F4me persiste (pareil).
Idem en changerant de port USB.
Par contre la fonction imprimante marche bien.
Avez vous une id=E9e ... ? merci.
ajh
--
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/201201171226.35710.ajh.valmer@free.fr
--
Q: What is the difference between Texas and yogurt?
A: Yogurt has culture.
--
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20120117172238.515affb3@anubis.defcon1
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Gaëtan PERRIER
Le Tue, 17 Jan 2012 17:22:38 +0100 "Jean-Yves F. Barbier" a écrit:
Lorsqu'on branche un tél moderne en USB, la première chose qu'il va essayer de faire c'est de discuter avec la machine.
Pas exactement. En fait c'est l'inverse. C'est la machine qui va tenter de dialoguer avec le tel pour l'identifier.
Le PB c'est que bien évidemment, le protocole de dialogue n'est pas normalisé, et qu'on trouve tout et n'importe quoi dedans.
Pas vraiment. Toute la phase de dialogue d'identification est parfaitement normalisée et même si ensuite à haut niveau ça peut-être un peu p lus varié, de plus en plus de périphériques utilisent des classes normalisées. Mais de toutes façon en bas ça reste normalisé.
Il suffit que le tél ait émis une séquence valide de blocage du scanner et c'est fini (à moins de le débloquer de la même façon) - ça sert notamment pour les chgts de lampe &| nettoyages.
Un périphérique USB ne peut pas dialoguer en lien direct avec un autre périphérique. Un périphérique USB n'émet rien par lui même. Il ne fait que répondre à des requêtes de son maître (le PC).
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Le Tue, 17 Jan 2012 17:22:38 +0100
"Jean-Yves F. Barbier" <12ukwn@gmail.com> a écrit:
Lorsqu'on branche un tél moderne en USB, la première chose qu'il va
essayer de faire c'est de discuter avec la machine.
Pas exactement. En fait c'est l'inverse. C'est la machine qui va tenter de
dialoguer avec le tel pour l'identifier.
Le PB c'est que
bien évidemment, le protocole de dialogue n'est pas normalisé, et
qu'on trouve tout et n'importe quoi dedans.
Pas vraiment. Toute la phase de dialogue d'identification est parfaitement
normalisée et même si ensuite à haut niveau ça peut-être un peu p lus varié, de
plus en plus de périphériques utilisent des classes normalisées. Mais de
toutes façon en bas ça reste normalisé.
Il suffit que le tél ait émis une séquence valide de blocage du
scanner et c'est fini (à moins de le débloquer de la même façon)
- ça sert notamment pour les chgts de lampe &| nettoyages.
Un périphérique USB ne peut pas dialoguer en lien direct avec un autre
périphérique. Un périphérique USB n'émet rien par lui même. Il ne fait que
répondre à des requêtes de son maître (le PC).
Gaëtan
--
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-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20120117203044.4f9d619fa230d17374ae5f12@neuf.fr
Le Tue, 17 Jan 2012 17:22:38 +0100 "Jean-Yves F. Barbier" a écrit:
Lorsqu'on branche un tél moderne en USB, la première chose qu'il va essayer de faire c'est de discuter avec la machine.
Pas exactement. En fait c'est l'inverse. C'est la machine qui va tenter de dialoguer avec le tel pour l'identifier.
Le PB c'est que bien évidemment, le protocole de dialogue n'est pas normalisé, et qu'on trouve tout et n'importe quoi dedans.
Pas vraiment. Toute la phase de dialogue d'identification est parfaitement normalisée et même si ensuite à haut niveau ça peut-être un peu p lus varié, de plus en plus de périphériques utilisent des classes normalisées. Mais de toutes façon en bas ça reste normalisé.
Il suffit que le tél ait émis une séquence valide de blocage du scanner et c'est fini (à moins de le débloquer de la même façon) - ça sert notamment pour les chgts de lampe &| nettoyages.
Un périphérique USB ne peut pas dialoguer en lien direct avec un autre périphérique. Un périphérique USB n'émet rien par lui même. Il ne fait que répondre à des requêtes de son maître (le PC).