SCANNER Lide 110 / 220

josephtux · Octobre 21, 2018, 8:25am

Bonjour,

depuis la mise à jour vers Jessie, le scanner USB Canon Lide 110 fonctionnait de façon très aléatoire, avec de fréquents messages du type:

«échec … paramètres non valables»

qui suivaient divers tentatives audibles.

(J’avais alors déjà ouvert un fil à ce propos, sans issue)

Depuis aujourd’hui, il est toujours reconnu par xsane, mais il ne fait plus aucune tentative, et affiche directement:

Échec de démarrage du scanner : paramètre non valable

J’ai “purgé” xsane et xsane-common, puis les ai réinstallé, sans modification.
Sous Mac OsX, il fonctionne normalement.
Jj’ai changé le cable USB, bref je suppose que c’est une histoire de pilote, mais j’avoue avoir tout oublier de cette question d’administration de Linux, honte à Alzheimer:confused:

Merci pour votre aide

PS [edit]

Voici ce que dit Canon, ici:
https://www.usa.canon.com/internet/portal/us/home/support/details/scanners/photo-scanner/canoscan-lide-110?subtab=downloads-drivers

There is no driver for the OS Version you selected. The driver may be included in your OS or you may not need a driver.

TheJeje20 · Octobre 11, 2018, 8:56pm

Salut

Tu as bien toutes les dépendances de sane installées ?

Aussi un petit lsusb stp

Est-ce-que tu pourrais te baser sur ce tutoriel, comprendre les lignes de code qu’il utilise, et démarrer un scan à partir de la ligne de commandes stp ?
https://artisan.karma-lab.net/installer-serveur-numerisation-sane
Comme ça on aura plus d’infos sur d’où vient l’erreur

josephtux · Octobre 13, 2018, 6:07pm

lsusb donne (entre autres):
Bus 003 Device 008: ID 04a9:1909 Canon, Inc. CanoScan LiDE 110

Mais xsane reconnaît le scanner, c’est seulement au moment de la commande scan que ça se plain.

La nuit portant conseil, paraît-il, il me semble qu’il y a eu très récemment une mise à jour du noyau.

Peut-être y a t-il un lien?

PS
sane-find-scanner me donne de nouvelles informations:

could not open USB device 0x1d6b/0x0002 at 002:001: Access denied (insufficient permissions)
could not open USB device 0x1d6b/0x0002 at 001:001: Access denied (insufficient permissions)
could not open USB device 0x1d6b/0x0003 at 004:001: Access denied (insufficient permissions)
could not open USB device 0x045e/0x0797 at 003:007: Access denied (insufficient permissions)
found USB scanner (vendor=0x04a9 [Canon], product=0x1909 [CanoScan], chip=GL124) at libusb:003:008
could not open USB device 0x1d6b/0x0002 at 003:001: Access denied (insufficient permissions)

Le service saned est bien activé:

$egrep 6566 /etc/services
sane-port	6566/tcp	sane saned	# SANE network scanner daemon

Merci

anon97446390 · Octobre 14, 2018, 4:36pm

Bonsoir @josephtux

J’ai trouvé deux liens

http://www.sane-project.org/man/sane-genesys.5.html

The sane-genesys library implements a SANE (Scanner Access Now Easy)
backend that provides access to USB flatbed scanners based on the
Genesys GL646, GL841, GL843, GL847 and GL124 chips.

At present, the following scanners are known to work with this backend:
Canon LiDE 35/40/50/60/100/110/120/200/210/220/700
…

https://www.alionet.org/showthread.php?26936-Scanner-CanoScan-LiDE-110&p=239827&viewfull=1#post239827

Il te faut donc utiliser le driver genesys pour l’utiliser.
Pour cela il te faut enlever le # qui se trouve devant le pilote genesys dans le fichier
/etc/sane.d/dll.conf

Si la ligne est commentée ; faut voir…

Sur un port USB2 natif de ton ordi c’est préférable d’abord.
Vérifie que ton utilisateur fasse bien partie du groupe scanner.
Relance une session après des modifications.

Aucune raison que ce bon vieux GL124 based, resolution from 75 to 2400 dpi genesys
ne veuille pas fonctionner.
édit : Ohh… Mais c’est qu’il n’est pas si vieux que ça.

Peut-être encore quelques étapes

Édition :
J’ai sur mon n40l avec Stretch

# Canon LiDE 110
usb 0x04a9 0x1909

Dans /etc/sane.d/genesys.conf

Pour ce qui est des “rules” et udev ; je ne peux pas t’aider (je n’y connais rien)
J’ai lu ton ancien fil Installer un scanner “sane-genesys”

root@n40l:~# locate sane-genesys
/usr/lib/x86_64-linux-gnu/sane/libsane-genesys.a
/usr/lib/x86_64-linux-gnu/sane/libsane-genesys.la
/usr/lib/x86_64-linux-gnu/sane/libsane-genesys.so
/usr/lib/x86_64-linux-gnu/sane/libsane-genesys.so.1
/usr/lib/x86_64-linux-gnu/sane/libsane-genesys.so.1.0.25
/usr/share/man/man5/sane-genesys.5.gz
root@n40l:~# dpkg -S /usr/lib/x86_64-linux-gnu/sane/libsane-genesys.a
libsane-dev:amd64: /usr/lib/x86_64-linux-gnu/sane/libsane-genesys.a
root@n40l:~#

root@n40l:~# grep scanner /etc/group 
scanner:x:116:rem
root@n40l:~#

josephtux · Octobre 14, 2018, 1:57pm

(L’utilisateur se nomme «laguilde»)

$grep scanner /etc/group
scanner:x:113:saned,laguilde

genesys est bien décommenté (mais récemment encore, le scanner répondait, certes aléatoirement):

$egrep  genesys /etc/sane.d/dll.conf
genesys

Le fichier /etc/sane.d/genesys.conf
confirme sa prise en charge du LiDE 110

Il date du 28 octobre 2014. Il n’a donc pas été modifié depuis cette date, même après purge et réinstallation de sane et xsane (avec aptitude, dans l’espoir qu’elle réglerait le problème)

$egrep -A1 “LiDE 110” /etc/sane.d/genesys.conf
→ # Canon LiDE 110
→ usb 0x04a9 0x1909

anon97446390 · Octobre 14, 2018, 11:15am

Et tu as bien les fichiers libsane-genesys, comme dans ma commande locate ?

josephtux · Octobre 14, 2018, 11:29am

$locate libsane-genesys
/usr/lib/x86_64-linux-gnu/sane/libsane-genesys.la
/usr/lib/x86_64-linux-gnu/sane/libsane-genesys.so.1
/usr/lib/x86_64-linux-gnu/sane/libsane-genesys.so.1.0.2

[edit]

$ltr /usr/lib/x86_64-linux-gnu/sane/ | egrep genesys
-rw-r–r-- 1 root root 992 17_04_21-20:17 libsane-genesys.la
lrwxrwxrwx 1 root root 25 17_04_21-20:17 libsane-genesys.so.1 -> libsane-genesys.so.1.0.24
-rw-r–r-- 1 root root 530656 17_04_21-20:18 libsane-genesys.so.1.0.24

Donc inchangés depuis 18 mois…

josephtux · Octobre 14, 2018, 11:35am

Rien trouvé non plus dans les logs
$egrep -i3 “scan|LiDE” /var/log/*log | egrep -v /var/log/Xorg | egrep -iA3 scan
/var/log/kern.log:Oct 14 13:10:51 pclf-w970suw kernel: [44129.998351] usb 3-6: Product: CanoScan
/var/log/kern.log-Oct 14 13:10:51 pclf-w970suw kernel: [44129.998352] usb 3-6: Manufacturer: Canon

 /var/log/syslog-Oct 14 13:10:51 pclf-w970suw kernel: [44129.868572] usb 3-6: new high-speed USB device number 9 using xhci_hcd

/var/log/syslog:Oct 14 13:10:51 pclf-w970suw kernel: [44129.998351] usb 3-6: Product: CanoScan
 /var/log/syslog-Oct 14 13:10:51 pclf-w970suw kernel: [44129.998352] usb 3-6: Manufacturer: Canon
/var/log/syslog-Oct 14 13:15:01 pclf-w970suw CRON[25765]: (root) CMD (test -x /usr/sbin/anacron && test -e /root/.config/backintime/anacrontab && /usr/sbin/anacron -s -t /root/.config/backintime/anacrontab -S /root/.local/share/backintime/anacron)
/var/log/syslog-Oct 14 13:15:01 pclf-w970suw anacron[25767]: Anacron 2.3 started on 2018-10-14
gras insolite)

anon97446390 · Mars 29, 2019, 8:38am

Le lien https://feeding.cloud.geek.nz/posts/setting-up-a-network-scanner-using-sane/
est intéressant : Il y a une petite manip. udev ; le

ATTRS{idVendor}=="04a9"

n’est pas à modifier. (pour ton modèle de scanner ID 04a9:1909 Canon, Inc. CanoScan LiDE 110)

Je ne sais pas si cette règle udev va être compatible avec Stretch
(Elle est appliquée pour Jessie dans le tuto)

Faire seulement :
(en root) # scanimage -L
(en root) # scanimage > test.ppm
Indiquer les comportements et les messages de sortie ou d’erreur.

Préservation de la règle udev :

«
Next, you’ll need to put this in /etc/udev/rules.d/55-libsane.rules :

SUBSYSTEM=="usb", ATTRS{idVendor}=="04a9", MODE="0660", GROUP="scanner", ENV{libsane_matched}="yes"

and then restart udev:

systemctl restart udev.service

That 04a9 ID is the first part of what you saw in lsusb ,
but you can also see it in the output of sane-find-scanner .
»

édition du 29/3/19
Je suis un peu gêné par une règle udev basée uniquement sur idVendor et pas idProduct également.

SUBSYSTEM=="usb", ATTRS{idVendor}=="vendorID", ATTRS{idProduct}=="productID", MODE="0660", GROUP="scanner", ENV{libsane_matched}="yes"

est un modèle à considérer.

josephtux · Octobre 14, 2018, 11:38am

$scanimage -L
device `genesys:libusb:003:010’ is a Canon LiDE 110 flatbed scanner

josephtux · Octobre 14, 2018, 11:44am

sous root, la commande scanimage > test.ppm
est efficace, et pas la commande xsane!

#xsane
No protocol specified

(xsane:26359): Gtk-WARNING **: cannot open display: :0

On approche!

josephtux · Octobre 14, 2018, 11:47am

simple-scan produit aussi sous root le même genre de message:

#simple-scan
No protocol specified

** (simple-scan:26412): WARNING **: Could not open X display
No protocol specified
Unable to init server: Impossible de se connecter : Connexion refusée

(simple-scan:26412): Gtk-WARNING **: cannot open display: :0

anon97446390 · Octobre 14, 2018, 1:46pm

Il faut créer la règle udev et redémarrer le service udev.

Ne tente pas davantage en root que le simple
# scanimage > test.ppm
Gare !!
On utilise cette commande en root pour le début de la mise au point de l’installation ;
Jamais en root ensuite. Ou alors seulement quand ça ne marche plus.

xsane et simple-scan ne peuvent être lancés que par ton utilisateur ordinaire ;

Could not open X display

Indique tout simplement que root n’accède pas au serveur graphique X (Et heureusement !)
Il parait qu’une commande de type scan faite en root peut bousiller le système.

josephtux · Octobre 14, 2018, 12:07pm

Aucune règle udev ne se réfère à sane.

Mon système est Jessie.

J’ai créer cette règle udev, et ça marche!

(il a fallu, curieusement lancer d’abord le scan de l’aperçu, avant que le «vrai» scan n’accepte de se lancer).

Grand merci (et bravo) r2mi

anon97446390 · Octobre 14, 2018, 12:16pm

J’ai aussi ce comportement. (suivant le logiciel utilisé)
Faire un aperçu donne la possibilité de définir une zone spécifique à numériser.

Ça c’est du bol alors

josephtux · Octobre 14, 2018, 12:08pm

merci aussi pour cette explication.

josephtux · Octobre 14, 2018, 12:22pm

et à ajuster gamma, contraste et couleurs

josephtux · Octobre 14, 2018, 12:35pm

L’auteur sous Jessie a utilisé la lib de Debian expérimental. (et un scanner LiDE 220)
Il ne dit pas pourquoi ce choix.

Il me reste à installer le scanner aculaser CX17 (et son imprimante), prêté pour essai avant un éventuel achat, mais ceci est une autre histoire.

Encore merci r2mi

Le comportement est encore un peu aléatoire, même avec le lancement systématique d’un aperçu, mais les plantages sembles rares, c’est donc peu gênant.

anon97446390 · Octobre 14, 2018, 12:41pm

Je n’avais pas remarqué.

Faut un système stable, bien mis à jour - Même avec Jessie.
Tu peux rebooter éventuellement…

Numériser avec un haut ppp (dpi) en USB2
demande de la patience et pas d’autres tâches gourmandes en cours.

J’espère que ça va aller.

josephtux · Octobre 14, 2018, 12:37pm

Merci
Jessie est à jour
rebooter est une bonne idée.