Hallo Bernd, Am 09.04.21 um 09:46 schrieb Bernd Nachtigall:
Am 09.04.21 um 06:40 schrieb Manfred Haertel, DB3HM: (...)
Nachfolger ist scanbd und das funktioniert tatsächlich mit meinem Canon Lide 110...
So weit so gut, ich habe das mal aus scanbd-1.5.1-lp152.3.4.x86_64.rpm https://download.opensuse.org/repositories/home:/malcolmlewis:/openSUSE_Gene...
installiert. Der Service und der Socket laufen lt. systemctl status. Auch im Journal sehe ich keine Probleme.
Leider fehlt mir das komplette Verständnis bzgl. der interna von dbus, udev und dergleichen. Daher bekomme ich das wohl nicht ans laufen ...
Wenn Du das ans laufen gebracht hast - magst Du mir ein paar Tipps geben?
In der scandb.conf habe ich user und group auf daemon gesetzt. Anschließend startete der Dienst. Aber das in der scanbd.conf angegebene test.script wird nicht ausgeführt. (auch ein testweise eingetragenes eigenes Skript wird nicht ausgeführt) Ebenso ist im Journal keine Aktion zu sehen wenn ich auf einen Knopf am Scanner drücke.
Was könnte/sollte ich nun prüfen?
Bernd
-- Die normative Kraft des faktischen behindert die Entwicklung zum besseren.
Da ich einen LIDE 110 habe und die 4 Taster bei mir auch nicht funktioniert haben, habe ich den Thread interessiert verfolgt und auch scanbd installiert. Ich habe "scanbd -f" unter root gestartet und aufgrund einer Fehlermeldung (die ich nicht mehr habe) in /etc/scanbd/scanbd.conf die Zeile "user = saned" auskommentiert und statt dessen "user = daemon" eingestellt. Dann konnte ich als root "scanbd -f" starten. Es kommen etliche Meldungen, so dass man die Reaktion auf die Tasten leicht übersehen kann. "scanbd -f|grep SCANBD_ACTION" ist da hilfreicher. Damit siehst du nur etwas, wenn eine der 4 Tasten gedrückt werden. scanbd: setting env: SCANBD_ACTION=scan scanbd: append string SCANBD_ACTION=scan to signal trigger scanbd: setting env: SCANBD_ACTION=scan scanbd: append string SCANBD_ACTION=scan to signal trigger Nur mit "scanbd -f" kommt bei einer Taste (wo es genau los geht und endet weiss ich nicht) scanbd: get_sane_option_value scanbd: Value of mode as string (len 4, hash 2089152600): Gray scanbd: setting env: SCANBD_FUNCTION_MODE=Gray scanbd: setting env: PATH=/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/sbin:/root/bin scanbd: setting env: PWD=/root scanbd: setting env: USER=root scanbd: setting env: HOME=/root scanbd: setting env: SCANBD_DEVICE=genesys:libusb:001:004 scanbd: setting env: SCANBD_ACTION=scan scanbd: append string genesys:libusb:001:004 to signal scan_begin scanbd: now sending signal scan_begin scanbd: append string SCANBD_FUNCTION_MODE=Gray to signal trigger scanbd: append string PATH=/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/opt/kde3/bin:/usr/lib/mit/sbin:/root/bin to signal trigger scanbd: append string PWD=/root to signal trigger scanbd: append string USER=root to signal trigger scanbd: append string HOME=/root to signal trigger scanbd: append string SCANBD_DEVICE=genesys:libusb:001:004 to signal trigger scanbd: append string SCANBD_ACTION=scan to signal trigger scanbd: now sending signal trigger scanbd: now flushing the dbus scanbd: unref the signal scanbd: using relative script path: test.script, expanded to: /etc/scanbd/scripts/test.script scanbd: waiting for child: /etc/scanbd/scripts/test.script scanbd: setgid to gid=486 scanbd: setuid to uid=2 scanbd: exec for /etc/scanbd/scripts/test.script scanbd: access: Datei oder Verzeichnis nicht gefunden scanbd: stat: Datei oder Verzeichnis nicht gefunden scanbd: execlp: Datei oder Verzeichnis nicht gefunden scanbd: child /etc/scanbd/scripts/test.script exited with status: 1 Es sieht für mich so aus, als ob /etc/scanbd/scripts/test.script aufgerufen wird, was es aber nicht gibt. Die *.script stehen in /etc/scanbd. Eventuell hilft ein Softlink "ln -s /etc/scanbd/scripts /etc/scanbd". Weiter bin ich noch nicht gekommen. Hoffe es hilft dir etwas. viele Grüße Werner