Vous n'êtes pas identifié(e).
Par contre dès que je tente un scan j'ai une erreur d'entrée/sortie :
Idem avec xsane, avec d'autres formats de documents, en root ou en localisant précisément la machine :
Or, je n'ai aucun problème pour faire fonctionner le scanner sur mon autre PC Asus sous Archlinux. Cependant, ce dernier est nettement plus récent, peut-être est-ce mon Dell latitude qui est trop vieux ?
Mes recherches sur le net m'ont seulement permis de trouver deux choses :
1. il y avait un bug sur Jessie dans le paquet libsane-common qui produisait ce genre d'erreurs mais a été corrigé depuis.
2. Ce genre d'erreur peut arriver avec un autre modèle d'imprimante epson d'après le wiki Archlinux, mais ce ne semble pas être le même problème puisque le scanner fonctionne très bien par ailleurs sous Arch.
Quelqu'un aurait-il une idée ?
Dernière modification par Harashi (12-04-2020 16:31:56)
Thinkpad T440P avec osboot
Hors ligne
scanimage -Ldevice `epson2:net:192.168.1.7' is a Epson PID flatbed scanner
Il serait intéressant de confirmer ce fameux PID en USB (1137 ?). Donc que retourne la commande :
Le PID retourné par lsusb ne sera pas celui retourné par scanimage... mais c'est un identifiant fiable.
On peut d'ailleurs envisager que scanimage retourne "PID" parce que ce modèle n'est pas supporté.
Le scanner n'est pas pris en charge par sane-epson2. As-tu installé le paquet imagescan, sur Arch ?
Je ne sais pas ce qui prend l'imprimante en charge, quant au scanner tu peux tenter le pilote Epson.
Dernière modification par èfpé (13-04-2020 13:50:42)
Hors ligne
Il serait intéressant de confirmer ce fameux PID (1137 ?) en USB. Donc que retourne la commande :
lsusb -d 04b8:
En fait je n'ai pas de câble usb sous la main, donc je ne peux pas confirmer ce PID (d'ailleurs je ne sais plus très bien de quoi il s'agit, même si cela me dit vaguement quelque chose ).
As-tu installé le paquet imagescan, sur Arch ?
Non, en fait sous Arch tout a fonctionné sans aucun pilote, et avec Debian l'impression fonctionne également sans pilote.
tu peux tenter le pilote Epson
Merci pour ce lien fort intéressant. J'ai installé le pilote pour scanner tout en un pour Debian via le fichier install.sh. L'installation s'est déroulée sans problèmes, mais le scanner renvoie toujours la même erreur. A priori le problème a une autre origine.
Thinkpad T440P avec osboot
Hors ligne
En fait je n'ai pas de câble USB sous la main, donc je ne peux pas confirmer ce PID (d'ailleurs je ne sais plus très bien de quoi il s'agit, même si cela me dit vaguement quelque chose).
Sauf erreur de ma part PID signifie ici Product ID (idProduct) et non Process IDentifier, par exemple :
Note que la base usb-ids ne comporte pas (encore) de nom de périphérique, pour l'identifiant 1137.
Non, en fait sous Arch tout a fonctionné sans aucun pilote, et avec Debian l'impression fonctionne également sans pilote.
Ah, mais oui ! la fameuse impression sans pilote ! Je ne savais pas que cela valait pour les scanners.
J'ai installé le pilote pour scanner tout-en-un pour Debian via le script install.sh. L'installation s'est déroulée sans problème, mais le scanner renvoie toujours la même erreur.
Confirmes-tu que le backend (dorsal ou pilote) utilisé est effectivement imagescan ; et non epson2 ?
Commenter le backend epson2 dans dll.conf pour forcer (si besoin) l'utilisation d'utsushi/imagescan.
Dernière modification par èfpé (23-03-2020 17:54:42)
Hors ligne
Confirmes-tu que le backend (dorsal ou pilote) utilisé est effectivement imagescan ; et non epson2 ?
Alors je n'en sais trop rien, j'ai parcouru le fichier dll.conf et n'ai pas trouvé imagescan ou utsushi. La ligne epson était commentée mais pas epson 2. J'ai donc commenté cette dernière et me retrouve avec l'erreur suivante :
Alors que sans commenter epson 2 c'est la même erreur qu'avant. Faut-il en conclure que le backend utilisé est en fait epson 2 ? Si oui, que dois-je faire pour utiliser imagescan à la place ?
Thinkpad T440P avec osboot
Hors ligne
[...] j'ai parcouru le fichier dll.conf et n'ai pas trouvé imagescan ou utsushi.
Oui, c'est normal... Tu trouverais une entrée "imagescan" dans le fichier /etc/sane.d/dll.d/imagescan.
Faut-il en conclure que le backend utilisé est en fait epson2 ?
Oui, mais le problème est que ce backend n'est pas censé prendre en charge ce scanner, justement.
Si oui, que dois-je faire pour utiliser imagescan à la place ?
Je ne connais pas le scan en Wi-Fi mais le paquet imagescan-plugin-networkscan est-il bien installé ?
Il semble que l'utilisation du scanner en réseau requiert un peu de configuration (cf. doc html | pdf).
Il est possible que le scanner fonctionne en USB. Caribou22, a rapporté un souci avec une XP-4105.
Dernière modification par èfpé (11-04-2020 14:04:42)
Hors ligne
Tu trouverais une entrée "imagescan" dans le fichier /etc/sane.d/dll.d/imagescan.
Effectivement, elle s'y trouve :
le paquet imagescan-plugin-networkscan est-il bien installé ?
Oui :
Il semble que l'utilisation du scanner en réseau requiert un peu de configuration (cf. doc html | pdf).
Effectivement, j'ai suivi les instructions de cette section en entrant l'adresse ip du scanner sur le port 1865. J'obtiens toujours la même erreur d'entrée/sortie en ligne de commande, mais si je lance l'interface graphique d'imagescan mon scanner est détecté (ce n'était pas le cas avant) et j'arrive à numériser tout à fait correctement. Du coup le problème est en grande partie résolu en ce qui me concerne, car je n'ai pas foncièrement besoin de la ligne de commande. Donc on s'arrête là, ou bien on continue d'investiguer cette bizarrerie par curiosité (il faut bien s'occuper pendant le confinement ) ?
Thinkpad T440P avec osboot
Hors ligne
J'obtiens toujours la même erreur d'entrée/sortie en ligne de commande, mais si je lance l'interface graphique d'imagescan mon scanner est détecté (ce n'était pas le cas avant) et j'arrive à numériser tout à fait correctement.
Quelle ligne de commande ? Pour quel backend ? Pour la comprenette il serait intéressant de revoir :
Si le retour est toujours le même (cf. post #1) la même erreur est attendue (epson2 vs imagescan).
Ce serait assez dans l'esprit de Debian-Facile d'aller un petit peu aider Caribou22 qui galère en USB.
Hors ligne
Re-,
Harashi a écrit :J'obtiens toujours la même erreur d'entrée/sortie en ligne de commande, mais si je lance l'interface graphique d'imagescan mon scanner est détecté (ce n'était pas le cas avant) et j'arrive à numériser tout à fait correctement.
Quelle ligne de commande ? Pour quel backend ?
Alors en fait j'ai parlé trop vite, j'ai redémarré mon ordinateur et après cela le problème a disparu même en ligne de commande. Il est donc résolu en totalité, je vais changer le titre en conséquence. Au cas où voici tout de même la commande demandée :
Ce qui me fait réaliser qu'il s'agit en fait d'une XP-4105 (CUPS indique 4100 et j'ai bêtement recopié, mais sur l'imprimante il y a bien inscrit 4105). Je vais donc modifier cela dans le titre et indiquer l'erreur dans le premier message avant d'aller aider Caribou22 puisque c'est exactement la même imprimante.
En tout cas merci beaucoup pour ton aide
Dernière modification par Harashi (12-04-2020 17:14:48)
Thinkpad T440P avec osboot
Hors ligne