staging.inyokaproject.org

Hi!

Ich versuche schon länger immer mal wieder, unter 18.04 übers Netzwerk zu scannen - extern, aber auch auf dem Server selbst (z.B. mit SwingSane oder die Flatpak-Version von Paperwork). Ich habe zwei Canon-Scanner, einen alten klapprigen LiDE 60, und einen gerade erst erstandenen LiDE 220, die beide über das genesys-Backend angesprochen werden.

Leider ohne Erfolg; bzw. nur mit dem würgaround, den ich in SANE-Scanserver im Netzwerk (Abschnitt „Ubuntu-18-04“) beschrieben habe, die Konfiguration ist also definitiv nicht das Problem.

Ich verwende momentan sane in Version 1.0.27; aber weder die Version aus den Quellen, noch etliche aus dem PPA von Rolf Bensch, noch der Rückgriff auf saned aus 1.0.25 (die Version, unter der es in 16.04 ohne Schwierigkeiten funktioniert) bringt mich weiter.

Unter der systemd-Methode bekomme ich einen laufenden saned.socket angezeigt, der angeblich auch Anfragen verbunden habe:

● saned.socket - saned incoming socket
   Loaded: loaded (/lib/systemd/system/saned.socket; enabled; vendor preset: enabled)
   Active: active (listening) since Fri 2019-04-19 16:21:55 CEST; 7min ago
   Listen: [::]:6566 (Stream)
 Accepted: 7; Connected: 2
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/saned.socket

Apr 19 16:21:55 heinrich-desktop systemd[1]: Listening on saned incoming socket.

Unter paperwork-flatpak, über localhost liefert sudo systemctl status saned@*.service

● saned@7-127.0.0.1:6566-127.0.0.1:49812.service - Scanner Service (127.0.0.1:49812)
   Loaded: loaded (/lib/systemd/system/saned@.service; indirect; vendor preset: enabled)
   Active: active (running) since Fri 2019-04-19 16:32:21 CEST; 1s ago
 Main PID: 10377 (saned)
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/system-saned.slice/saned@7-127.0.0.1:6566-127.0.0.1:49812.service
           └─10377 /usr/sbin/saned

Apr 19 16:32:21 heinrich-desktop systemd[1]: Started Scanner Service (127.0.0.1:49812).
Apr 19 16:32:21 heinrich-desktop saned[10377]: saned (AF-indep+IPv6+systemd) from sane-backends 1.0.27git starting up
Apr 19 16:32:21 heinrich-desktop saned[10377]: check_host: access by remote host: ::ffff:127.0.0.1
Apr 19 16:32:21 heinrich-desktop saned[10377]: init: access granted to heinrich@::ffff:127.0.0.1

Angeblich ist der Scanner verbunden, allerdings erkennt Paperwork keinen Scanner, und liefert Fehlermeldungen.

Wenn ich unter swingsane mit der IP des Servers einen Scan starte, zeigt sudo systemctl status saned@*.service

192.168.178.27:58044.service - Scanner Service (192.168.xxx.xx:58044)
   Loaded: loaded (/lib/systemd/system/saned@.service; indirect; vendor preset: enabled)
   Active: active (running) since Fri 2019-04-19 16:23:04 CEST; 10s ago
 Main PID: 10258 (saned)
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/system-saned.slice/saned@5-192.168.xxx.xx:6566-192.168.xxx.xx:58044.service
           └─10258 /usr/sbin/saned

Apr 19 16:23:04 heinrich-desktop systemd[1]: Started Scanner Service (192.168.xxx.xx:58044).
Apr 19 16:23:04 heinrich-desktop saned[10258]: saned (AF-indep+IPv6+systemd) from sane-backends 1.0.27git starting up
Apr 19 16:23:04 heinrich-desktop saned[10258]: check_host: access by remote host: ::ffff:192.168.xxx.xx
Apr 19 16:23:04 heinrich-desktop saned[10258]: init: access granted to heinrich@::ffff:192.168.xxx.xx
Apr 19 16:23:04 heinrich-desktop saned[10258]: [sanei_auth] resource=genesys$MD5$28125cb9d9c8ffffffffa7861380
Apr 19 16:23:04 heinrich-desktop saned[10258]: [sanei_wire] sanei_w_array: DECODE: maximum amount of allocated memory exceeded (limit: 1048576, new allocation: 639913284, total: 640961860 bytes)
Apr 19 16:23:04 heinrich-desktop saned[10258]: auth_callback: bad status 12

Scheint also eine Memory-Problem zu geben; im Netz finde ich einige ähnlich gelagerte alte Einträge für andere backends/alte sane-Versionen, die sich mit neueren dann aber gegeben haben, es ging allerdings auch um inetd/xinetd-Konfigurationen, in vor-systemd-Zeiten...

Auch über ein Android-Tablet mit Sane-Software und einen Windows-10-Rechner mit SwingSane bekomme ich keinen Zugriff. Es wird zwar angezeigt, dass über die entsprechenden externe IPs auf saned zugegriffen, und der Zugriff z.T auch gewährt wird, aber es wird kein Scanner erkannt. Auch Versuche, xsane o.ä. mit dem net-device zu starten schlagen komplett fehl, es kommt dabei nicht einmal zu einer verwertbaren Ausgabe von saned@service.

Ein bug im genesys-Backend? War jemand mit ähnlicher Hardware und diesem backend unter 18.04 erfolgreicher als ich? Und wenn ja, wie?

Etwas ratlos -
so long
hank

Moin

Du schreibst das es in 16.04 Funktioniert hat. Ein Versuch wäre noch https://forum.ubuntuusers.de/topic/schwarzer-streifen-bei-gscan2pdf-mit-canon-lid/2/#post-9060735

Die Ausgabe von

export SANE_DEBUG_NET=128 && scanimage -L

zeigt was? genesys greift ja auf bjnp (pixma) zurück im Netzwerk,demnach auch mal

export SANE_DEBUG_BJNP="5" && scanimage -L

Vielleicht kann man ja was entdecken.

Gruß Stephan

Nachtrag

Im Verlinktem Beitrag geht es ja nur um die genesys,du solltest das Paket erweitert bauen

sudo apt install build-essential gettext libusb-dev linux-headers-generic
mkdir -p ~/src
cd ~/src
wget https://gitlab.com/sane-project/backends/uploads/c2e9cd2bcae2f13fd54dc58b755e6fbe/sane-backends-1.0.25.tar.gz
tar -zxvf sane-backends-1.0.25.tar.gz
cd ~/src/sane-backends-1.0.25
BACKENDS="genesys net pixma" ./configure 
make && sudo make install
echo "/usr/local/lib" | sudo tee -a /etc/ld.so.conf.d/1-sane.conf 
sudo ldconfig
sudo ldconfig -v | grep libsane
sudo rm /usr/local/etc/sane.d/dll.conf
echo -e "genesys" | sudo tee -a /usr/local/etc/sane.d/dll.conf
echo -e "net" | sudo tee -a /usr/local/etc/sane.d/dll.conf
echo -e "pixma" | sudo tee -a /usr/local/etc/sane.d/dll.conf

Hi!

Schon mal Danke für die Rückmeldung! Hier die Versuche über scanimage mit debug die "Netzwerkscanner" zu finden:

export SANE_DEBUG_NET=128 && scanimage -L
device `genesys:libusb:003:005' is a Canon LiDE 220 flatbed scanner
device `genesys:libusb:003:006' is a Canon LiDE 60 flatbed scanner

 export SANE_DEBUG_BJNP="5" && scanimage -L
device `genesys:libusb:003:005' is a Canon LiDE 220 flatbed scanner
device `genesys:libusb:003:006' is a Canon LiDE 60 flatbed scanner

Also erstmal gar nichts netzmäßiges.

Das mit dem Selbstbauen habe ich tatsächlich diesmal noch nicht versucht, allerdings verspreche ich mir nicht allzuviel davon; im PPA sind die nightly builds drin, also das aktuellste, was sane so zu bieten hat... Aber nur Versuch macht kluch 😉. Melde mich, wenn ich es ausprobiert habe, vielleicht liegt es ja doch an 1.0.27; wengleich - wie geschrieben - saned aus 1.0.25 auch nicht mehr gebracht hat.

Inwieweit verwendet genesys denn pixma und bjnp ? Ist mir bisher nicht untergekommen...

so long
hank

Du hast die Scanner ja am USB Bus angeschlossen

device `genesys:libusb:003:005' is a Canon LiDE 220 flatbed scanner

Dann wird nicht im Netz nachgesehen 😉 Oder aber man erhält folgende Ausgabe

stephan@stephan-Desktop:~$ export SANE_DEBUG_NET=128 && scanimage -L
[sanei_debug] Setting debug level of net to 128.
[net] sane_init: authorize != null, version_code != null
[net] sane_init: SANE net backend version 1.0.14 (AF-indep+IPv6) from sane-backends 1.0.25git
[net] sane_init: Client has little endian byte order
[net] sane_init: searching for config file
[net] sane_init: done reading config
[net] sane_init: evaluating environment variable SANE_NET_HOSTS
[net] sane_init: evaluating environment variable SANE_NET_TIMEOUT
[net] sane_init: done
[net] sane_get_devices: local_only = 0
[net] sane_get_devices: finished (0 devices)

No scanners were identified. If you were expecting something different,
check that the scanner is plugged in, turned on and detected by the
sane-find-scanner tool (if appropriate). Please read the documentation
which came with this software (README, FAQ, manpages).
[net] net_avahi_browse_callback: CACHE_EXHAUSTED
[net] sane_exit: exiting
[net] net_avahi_cleanup: stopping thread
[net] net_avahi_cleanup: done
[net] sane_exit: finished.
stephan@stephan-Desktop:~$ 

Magst du mal genau beschreiben wie dein jetziger Aufbau ist 😇 Die

/etc/sane.d/net.conf

hast du wie eingerichtet/angepasst?

genesys backend selbst ist nicht Netzwerkfähig (nur USB),für Netzwerk bei Cannon braucht es bjnp oder allgemein net.

Hi!

OK, so löst sich das Rätsel: Ich hatte - vor "Urzeiten" (also als ich den LiDE60 vor etwa 3 Jahren zum Laufen bringen wollte) - tatsächlich eine 1.0.27-Version für das genesys-backend händisch erstellt und installiert, die wohl nicht vernünftig funktioniert hatte, ggf. hatte ich schlicht vergessen, da das net-backend beim ./configure-Schritt mit anzugeben.

Das habe aber ich erst gemerkt, als nach dem Versuch, eine 1.0.25-Version für genesys, pixma und net zu bauen - bei sudo ldconfig -v | grep libsane zwei 1.0.27-Versionen angezeigt wurden... Das Erstellen von 1.0.25 hatte also für genesys die höhere Version schlicht nicht überschrieben. Diese Version habe ich also gelöscht; dazu kam noch eine verkorkste saned.dll, die ich letztens beim Versuch, scanbd doch noch zum laufen zubekommen, auf das net-backend zugeschnitten hatte, sodass das genesys-backend nicht mehr aufgeführt war. (Na, vielleicht kann ich das jetzt ja nochmal versuchen, aber das ist eione andere Geschichte...)

Die Version 1.0.25 ist so dann allerdings gar nicht recht zum Einsatz gekommen, da es aber jetzt mit der Version 1.0.27 aus den Quellen alles funktioniert wie es soll, Zugriff über das Net-Backend für alle Programmen, zugriff von "Außen" via Android-App auch, bin ich ja auch zufrieden 😉

Dank an dich, Kellerkind_2009, auf die Idee, mir eine 1.0.25-Version zu basteln, wäre ich wahrscheinlich nicht ohne Weiteres gekommen, und dann hätte ich den Fehler in meiner Kiste wohl auch nicht gefunden 😊

Dann ändere ich das im Wiki auch mal entsprechend; wäre auch irgendwie seltsam gewesen, dass es unter 18.04 nur mit dem kruden würgaround teil-funktionieren würde.

so long
hank