Scanner an Fritzbox läuft!

[DarioBerlin]

Hm ja, früher konnte ich ihn auch ganz normal über diesen Button dann starten, wenn ich den Starttyp auf "deaktiviert" gestellt hatte. Muß doch ein Software Bug sein, nicht mein Fehler oder ?

 

[olistudent]

cuma war ganz fix und hat das Problem (hoffentlich) behoben?
http://trac.freetz.org/changeset/5259

MfG Oliver

 

[DarioBerlin]

Super, danke für die schnelle Hilfe ! Sane-Backends ist gestartet. Jetzt mach ich erstmal einen Scan.


Edit: Okay funktioniert JAAAAA !!! :kasper::bier:

 

[petervanbussel]

Hallo Leute!

Hinweisungen nach http://trac.freetz.org/wiki/packages/sane.

Sane-Backends laeuft zwar auf FB, aber leider kein Zugang von SaneTwain oder XSane...

scanimage -L
device `hp:libusb:001:004' is a Hewlett-Packard ScanJet 63x0C flatbed scanner

Bitte um Hilfe!

Gruess, Peter

 

[petervanbussel]

Bump,

Bump?

 

[caldir65]

Hey,

ich habe hier das gleiche Problem - nur mit einem epson-MFP-Scanner ...

Gruß, Christoph

 

[olistudent]

Wir bauen momentan am inetd. Evtl. wird das Problem dadurch verursacht. Könnte ihr prüfen, ob der saned über inetd gestartet wird?

MfG Oliver

 

[caldir65]

Hallo,

also bei mir kommt bei scanimage -L vom PC aus diese Ausgabe im Syslog:

Aug 18 21:00:42 fritz user.debug syslog: main: starting debug mode (level 2)
Aug 18 21:00:42 fritz daemon.debug saned[2694]: saned from sane-backends 1.0.21 ready
Aug 18 21:00:42 fritz daemon.debug saned[2694]: do_bindings: "sane-port" service unknown on your host; you should add
Aug 18 21:00:42 fritz daemon.debug saned[2694]: do_bindings:      sane-port 6566/tcp saned # SANE network scanner daemon
Aug 18 21:00:42 fritz daemon.debug saned[2694]: do_bindings: to your /etc/services file (or equivalent). Proceeding anyway.
Aug 18 21:00:42 fritz daemon.debug saned[2694]: do_bindings: bind failed: Address already in use
Aug 18 21:00:42 fritz daemon.debug saned[2694]: FATAL ERROR; bailing out, waiting for children...
Aug 18 21:00:42 fritz daemon.debug saned[2694]: bail_out: all children exited

Der Service ist aber eingetragen ...

Gruß, Christoph

PS: mehr Tests ggf. morgen ...

 

[petervanbussel]

Hallo Oliver,

Bei mir ist alles klar. Saned wird über inetd gestartet. "Permit access from (one host/range per line)" war falsch eingestellt... (http://en.wikipedia.org/wiki/Subnetwork. SaneTwain seht sogar meine beiden Scanner und scant tadellos! Bleibt nur noch ein Problem um direkt zb aus Photoshop zu scannen, dan haengt das Program...

Gruess und Dank, Peter

 

[olistudent]

@caldir65
Und was hast du getan um diese Meldung zu beheben?

MfG Oliver

 

[caldir65]

@olistudent

das war wohl schon zu spät gestern Auf dem PC ist natürlich der Port in der /etc/services eingetragen - ist ja auch ein (K)Ubuntu-PC

Ich habe jetzt mal auf der FB in die services 'reingeschaut, leider ist da nur der ntp eingetragen - könnte es sein, daß da der Eintrag

sane-port       6566/tcp        sane saned      # SANE network scanner daemon

noch fehlt? Leider läßt sich die /etc/services in der vom PC gewohnten Weise nicht so einfach bearbeiten, und soo tief stecke ich in Freetz auch noch nicht drin, daß ich dafür das Knowhow hätte

Gruß, Christoph

 

[tehron]

Hallo,

also bei mir kommt bei scanimage -L vom PC aus diese Ausgabe im Syslog:

Aug 18 21:00:42 fritz user.debug syslog: main: starting debug mode (level 2)
Aug 18 21:00:42 fritz daemon.debug saned[2694]: saned from sane-backends 1.0.21 ready
Aug 18 21:00:42 fritz daemon.debug saned[2694]: do_bindings: "sane-port" service unknown on your host; you should add
Aug 18 21:00:42 fritz daemon.debug saned[2694]: do_bindings:      sane-port 6566/tcp saned # SANE network scanner daemon
Aug 18 21:00:42 fritz daemon.debug saned[2694]: do_bindings: to your /etc/services file (or equivalent). Proceeding anyway.
Aug 18 21:00:42 fritz daemon.debug saned[2694]: do_bindings: bind failed: Address already in use
Aug 18 21:00:42 fritz daemon.debug saned[2694]: FATAL ERROR; bailing out, waiting for children...
Aug 18 21:00:42 fritz daemon.debug saned[2694]: bail_out: all children exited

Die Meldung ist nur eine Warnmeldung. Es wird der Standardport 6566 verwendet, wenn kein Eintrag in /etc/services steht. Der Port ist allerdings bereits in Benutzung und so scheitert das ganze. Die Frage ist nur warum...

Ich hab ein neues Image von Rev. 5576 gebaut und alles funktioniert tadellos.

Meine Vermutung zur Fehlermeldung: Inetd lauscht auf Port 6566 und startet dann bei Bedarf saned. Anscheinend wird saned mit dem Parameter "-d" gestartet, was saned im "nicht-inetd-Modus" startet, d.h. saned versucht selbst den Port 6566 zu benutzen, den inted bereits für ihn offen hat. Daher auch die Meldung mit dem Port nicht in /etc/services etc. pp. Bei nem normalen Start von saned im inetd-Modus (also ohne Parameter "-d") darf diese Meldung gar nicht kommen, da saned dann I/O nur über stdin/stdout macht und gar nichts von TCP/IP und Ports weiß.

Kurzum: Falscher Eintrag in /etc/inetd.conf. Evtl. ein Überbleibsel auf der Box oder im Freetz-Verzeichnis. Der Eintrag sollte so aussehen (modulo Port):

/var/mod/root # grep saned /etc/inetd.conf
#:sane-backends: saned SANE server
6566    stream  tcp     nowait  root    /usr/sbin/saned saned

 

[caldir65]

Hallo tehron,

bei mir kommt folgendes (unter 5573):

#:sane-backends: saned SANE server
6566    stream  tcp     nowait  root    /usr/sbin/saned saned -s /mod/etc/smb.conf

Habe mir mit der 5577 ein Image gebaut, bin aber noch nicht zum einspielen gekommen - ich berichte dann, wie es aussieht...

Gruß, Christoph

 

[caldir65]

Hallo,

auch mit der 5577 hat sich die Ausgabe nicht geändert.

Was mich dabei auch noch wundert, ein sane-find-scanner bringt mir sofort ein ergebnis, ein scanimage -l braucht mitunter sehr lange, und dabei ist nicht immer gesagt, daß auch was gefunden wird

/var/mod/root # sane-find-scanner
...
found USB scanner (vendor=0x04b8 [EPSON], product=0x0818 [USB MFP]) at libusb:001:005
...
/var/mod/root # scanimage -l
scanimage: open of device epson2:libusb:001:005 failed: Device busy

Äusserst seltsam ...

Ich hänge mal meine akt. config an ... ggf. ist ja in meinen Einstellungen noch was falsch ...

Gruß, Christoph

 

[olistudent]

Steht da wirklich "-s /mod/etc/smb.conf" in der saned Zeile???

MfG Oliver

 

[tehron]

"-s /mod/etc/smb.conf" ist jedenfalls kompletter Nonsens...
Hab grad nachgelesen, daß "-s" genau wie "-d" wirkt, nur daß mit syslog geloggt wird. Also einfach die Parameter weglassen, dann sollte es hinhauen.

 

[olistudent]

Klar ist das Nonsens. Die Frage ist wie das da hin kommt, wenn das wirklich in der Zeile steht. Die Datei wird dynamisch generiert. Dann hätte sich da ein Fehler eingeschlichen...

MfG Oliver

edit: Ich vermute, dass der Fehler hierin liegt und somit inetdcfg_args vom letzten Package verwendet wird:
Index: make/sane-backends/files/root/etc/default.sane-backends/sane-backends.inetd
===================================================================
--- make/sane-backends/files/root/etc/default.sane-backends/sane-backends.inetd (revision 5577)
+++ make/sane-backends/files/root/etc/default.sane-backends/sane-backends.inetd (working copy)
@@ -8,4 +8,4 @@
inetdcfg_user=root
inetdcfg_exe=/usr/sbin/saned
inetdcfg_arg0=saned
-#inetdcfg_args=
+inetdcfg_args=

 

[tehron]

Wär ne Möglichkeit. Wobei mir aber nichts bekannt ist, daß man diesen Parameter jemals verändern konnte.

Zu inetd.conf: Wenn ich die Datei übers Webinterface ändere und speichere, dann wird doch diese statische Sicherung verwendet, oder?

In jedem Fall denke ich, daß der Fehler in ner alten Konfig für eins von beiden (oder was anderem^^) liegt. Gibts da nicht nen "reset-to-defaults-knopf"?

 

[olistudent]

Die inetd.conf kann momentan (im trunk) nicht per Hand geändert werden. Die wird dynamisch erzeugt und zwar aus diesen inetd Dateien. Ich hab mir schon die Logs von modinetd angeschaut. Den Verursacher hab ich aber noch nicht gefunden.

MfG Oliver

 

[caldir65]

Hey,

ja, die Zeile steht dort genau so drin.

Ich habe jetzt noch mal komplett neu ausgecheckt und werde mir ein neues Image basteln. Ich werde dann hier berichten, ob es da dann genauso ist (ich glaube, jetzt ist es die 5578)

Gruß, Christoph