Parallelportscanner als User SuSE 9.0 unmöglich????

Axel Lindlau

4 Dec 2003 4 Dec '03

12:59

Folgendes habe ich gemacht: /etc/saned/net.conf : localhost eingetragen /etc/saned/saned.conf: localhost eingetragen /etc/saned/dll.conf: net auskommentiert /etc/saned/dll.conf: mustek_pp auskomentiert etc/xinitd.conf: sane stream tcp nowait root /usr/sbin/saned hinzugefügt /etc/services: sane 6566/tcp #SANE network scanner daemon hinzugefügt Dienste neu gestartet und es geht leider nicht. Unter der 8.1 geht dieses einwndfrei.... Woran könnte es noch liegen? Fragende Grüße Axel

Show replies by date

Andreas Willenbrink

4 Dec 4 Dec

19:22

Hi, am Donnerstag, 4. Dezember 2003 13:59 schrieb Axel Lindlau:

...

Folgendes habe ich gemacht: /etc/saned/net.conf : localhost eingetragen /etc/saned/saned.conf: localhost eingetragen /etc/saned/dll.conf: net auskommentiert /etc/saned/dll.conf: mustek_pp auskomentiert

Bis hierher ok.

...

etc/xinitd.conf: sane stream tcp nowait root /usr/sbin/saned hinzugefügt

Guck Dir mal /etc/xinetd.conf an, der Inhalt sieht völlig anders aus, als noch beim inetd. In der letzten Zeile steht bei mir ein Eintrag "includedir". In diesem Verzeichnis muß Du ein File für den Scanner anlegen. Bei mir heißt das sane und sieht so aus: # default: on # description: Saned for remote access to local Scanner service saned { id = sane socket_type = stream protocol = tcp user = root wait = no disabled = no server = /usr/sbin/saned } man saned verwendet statt root saned für user und group, die sind aber bei mir nicht vorhanden.

...

/etc/services: sane 6566/tcp #SANE network scanner daemon hinzugefügt

Dienste neu gestartet und es geht leider nicht. Unter der 8.1 geht dieses einwndfrei.... Woran könnte es noch liegen?

Bye Andreas Willenbrink

Axel Lindlau

20:58

Am Donnerstag, 4. Dezember 2003 20:22 schrieb Andreas Willenbrink:

...

Hi,

am Donnerstag, 4. Dezember 2003 13:59 schrieb Axel Lindlau:

...
Folgendes habe ich gemacht: /etc/saned/net.conf : localhost eingetragen /etc/saned/saned.conf: localhost eingetragen /etc/saned/dll.conf: net auskommentiert /etc/saned/dll.conf: mustek_pp auskomentiert

Bis hierher ok.

...
etc/xinitd.conf: sane stream tcp nowait root /usr/sbin/saned hinzugefügt

Guck Dir mal /etc/xinetd.conf an, der Inhalt sieht völlig anders aus, als noch beim inetd. In der letzten Zeile steht bei mir ein Eintrag "includedir". In diesem Verzeichnis muß Du ein File für den Scanner anlegen. Bei mir heißt das sane und sieht so aus:

# default: on # description: Saned for remote access to local Scanner

service saned { id = sane socket_type = stream protocol = tcp user = root wait = no disabled = no server = /usr/sbin/saned }

man saned verwendet statt root saned für user und group, die sind aber bei mir nicht vorhanden.

...

Bye

Andreas Willenbrink

Nun habe ich es wie von Dir beschrieben angepasst....leider erfolglos :-( Hier mal der Auszug wie es bei mir aussieht: -------------------------------schnipp------------------------------ # default: on # description: Saned for remote access to local Scanner service saned { id = sane socket_type = stream protocol = tcp user = root wait = no disable = no server = /usr/sbin/saned } -------------------------------schnapp--------------------- Woran könnte esdann bitte noch liegen ? Verzweifelte Grüße Axel

Andreas Willenbrink

22:11

Hi, am Donnerstag, 4. Dezember 2003 21:58 schrieb Axel Lindlau:

...

Nun habe ich es wie von Dir beschrieben angepasst....leider erfolglos :-( Hier mal der Auszug wie es bei mir aussieht: -------------------------------schnipp------------------------------

# default: on # description: Saned for remote access to local Scanner

service saned {

id = sane socket_type = stream protocol = tcp user = root wait = no disable = no server = /usr/sbin/saned } -------------------------------schnapp--------------------- Woran könnte esdann bitte noch liegen ?

Jetzt mal genauer: Was genau funktioniert nicht, was probierst Du zu machen, und mit welchem/n Programm/en? Dein Subject fragt nach User. Geht's als root? Bye Andreas Willenbrink

Axel Lindlau

5 Dec 5 Dec

08:50

Am Donnerstag, 4. Dezember 2003 23:11 schrieb Andreas Willenbrink:

...

Hi,

am Donnerstag, 4. Dezember 2003 21:58 schrieb Axel Lindlau:

...
Nun habe ich es wie von Dir beschrieben angepasst....leider erfolglos

:-( Hier mal der Auszug wie es bei mir aussieht:

-------------------------------schnipp------------------------------

# default: on # description: Saned for remote access to local Scanner

service saned {

id = sane socket_type = stream protocol = tcp user = root wait = no disable = no server = /usr/sbin/saned } -------------------------------schnapp--------------------- Woran könnte esdann bitte noch liegen ?

Jetzt mal genauer: Was genau funktioniert nicht, was probierst Du zu machen, und mit welchem/n Programm/en? Dein Subject fragt nach User. Geht's als root?

Bye

Andreas Willenbrink Was geht nicht: Folgendes: Ich gebe xsane als "root" ein und ich kann scannen;gebe ich es als User ein ist kein Gerät erreichbar.... Mit den Einstellungen wie oben lief es unter der 8.1 Reibungslos..... Gruß Axel

Andreas Willenbrink

11:19

Hi, am Freitag, 5. Dezember 2003 09:50 schrieb Axel Lindlau:

...

Was geht nicht: Folgendes: Ich gebe xsane als "root" ein und ich kann scannen;gebe ich es als User ein ist kein Gerät erreichbar.... Mit den Einstellungen wie oben lief es unter der 8.1 Reibungslos.....

Also ein Rechte-Problem. Da paßt eine mail vom Oktober: ----------------------------------------------------------------------- Von: Gerald Engl An: suse-linux@suse.com Guten Morgen an alle Nicolas Michael wrote: [snip]

...

Ich habe jetzt rausgefunden, daß das Problem lediglich ist, daß der normale User kein Zugriff auf /dev/sg2 (bei mir) hat. Durch Setzen der Rechte +rw klappt es dann problemlos. Nachdem ich sie jetzt einmal per Hand gesetzt habe, bleiben sie auch über den Neustart hinweg bestehen und das Problem ist damit gelöst.

Das Problem ist das Startscript für "sane" bzw. wie ich vermute schlichte Schlamperei, da "der Effekt" wohl bei mehreren Leuten auftritt (hat niemand getestet ob scannen auch als normaler user geht?). Das Script sucht "scanimage" unter /usr/X11/bin/scanimage :-( da ist es aber nicht. Somit werden die Berechtigungen auf das device des Scanners nicht automatisch gesetzt (von crw-r----- auf crw-rw-rw-). Ein einfacher link hilft: ln -s /usr/bin/scanimage /usr/X11/bin/scanimage Gruß Gerald ---------------------------------------------------------------------- Danach mal "rcsane restart" als root ausführen, dann sollten die Rechte so eingestellt sein, dass der Scanner auch als User erreichbar ist. Alternativ könnte man passende Rechte in /etc/permissions.local setzen. Bye Andreas

Axel Lindlau

12:29

...

Hi,

am Freitag, 5. Dezember 2003 09:50 schrieb Axel Lindlau:

...
Was geht nicht: Folgendes: Ich gebe xsane als "root" ein und ich kann scannen;gebe ich es als User ein ist kein Gerät erreichbar.... Mit den Einstellungen wie oben lief es unter der 8.1 Reibungslos.....

Also ein Rechte-Problem. Da paßt eine mail vom Oktober: ----------------------------------------------------------------------- Von: Gerald Engl An: suse-linux@suse.com

Guten Morgen an alle

Nicolas Michael wrote:

[snip]

...
Ich habe jetzt rausgefunden, daß das Problem lediglich ist, daß der

normale

...
User kein Zugriff auf /dev/sg2 (bei mir) hat. Durch Setzen der Rechte

+rw

...
klappt es dann problemlos. Nachdem ich sie jetzt einmal per Hand gesetzt habe, bleiben sie auch über den Neustart hinweg bestehen und das Problem

ist

...
damit gelöst.

Das Problem ist das Startscript für "sane" bzw. wie ich vermute schlichte Schlamperei, da "der Effekt" wohl bei mehreren Leuten auftritt (hat niemand getestet ob scannen auch als normaler user geht?).

Das Script sucht "scanimage" unter /usr/X11/bin/scanimage :-( da ist es aber nicht. Somit werden die Berechtigungen auf das device des Scanners nicht automatisch gesetzt (von crw-r----- auf crw-rw-rw-).

Ein einfacher link hilft: ln -s /usr/bin/scanimage /usr/X11/bin/scanimage

Gruß

Gerald ---------------------------------------------------------------------- Danach mal "rcsane restart" als root ausführen, dann sollten die Rechte so eingestellt sein, dass der Scanner auch als User erreichbar ist.

Alternativ könnte man passende Rechte in /etc/permissions.local setzen.

Bye

Andreas Leider habe ich auch hiermit Probleme :-(: -----------schnipp------------------- axel@linux:~> su Password:

Am Freitag, 5. Dezember 2003 12:19 schrieb Andreas Willenbrink: linux:/home/axel # ln -s /usr/bin/scanimage /usr/X11/bin/scanimage ln: »/usr/X11/bin/scanimage«: Datei existiert linux:/home/axel # rcsane restart Resetting permissions on scan device(s) done done linux:/home/axel # -----------------------------schnapp---------------------------- Xsane findet immer noch nicht meinen Paralellscaner :-( -als User axel...... (heul) Gruß Axel

Andreas Willenbrink

15:12

Hi, am Freitag, 5. Dezember 2003 13:29 schrieb Axel Lindlau:

...

Leider habe ich auch hiermit Probleme :-(: -----------schnipp------------------- axel@linux:~> su Password: linux:/home/axel # ln -s /usr/bin/scanimage /usr/X11/bin/scanimage ln: »/usr/X11/bin/scanimage«: Datei existiert

Wenn die schon existiert gut.

...

linux:/home/axel # rcsane restart Resetting permissions on scan device(s)

Da sollte eigentlich eine Liste der Scan-Devices (bei mir /dev/scanner) erscheinen.

...

done done linux:/home/axel # -----------------------------schnapp---------------------------- Xsane findet immer noch nicht meinen Paralellscaner :-( -als User axel...... (heul)

Mit Parallelportscannern kenne ich mich leider nicht aus. Wie sieht es denn mit den Rechten des Devices aus? Wenn Du xsane als root startest, steht unter Datei->Informationen auch das Device. Welche Rechte hat das, und wenn's ein Link ist, natürlich die Rechte des Devices, auf die der Link zeigt. Fehlt Deinem User eventuell ein Eintrag in der richtigen Gruppe? Bye Andreas Willenbrink

Christian Boltz

21:20

Hallo Andreas, hallo Leute, Am Freitag, 05. Dezember 2003 12:19 schrieb Andreas Willenbrink:

...

am Freitag, 5. Dezember 2003 09:50 schrieb Axel Lindlau:

...
Ich gebe xsane als "root" ein und ich kann scannen;gebe ich es als User ein ist kein Gerät erreichbar.... Mit den Einstellungen wie oben lief es unter der 8.1 Reibungslos.....

Also ein Rechte-Problem.

In diesem Fall nicht wirklich - das mustek_pp-Modul läuft nur als Root. Deshalb ja auch der Umweg über den saned, damit der Scanner (als "Netzwerkscanner") auch für die User verfügbar ist. Ich weiß das so genau, da ich auch einen solchen Scanner habe ;-)

...

- Danach mal "rcsane restart" als root ausführen, dann sollten die Rechte so eingestellt sein, dass der Scanner auch als User erreichbar ist.

Alternativ könnte man passende Rechte in /etc/permissions.local setzen.

Nutzt bei Scannern, die mit mustek_pp laufen, gar nix. AFAIK gibt es bei diesen Scannern nicht mal ein Device, das man chmod'den könnte ;-) Gruß Christian Boltz --

...

Blödsinn. Firmen egal ob deutsch oder amerikanisch zahlen in Deutschland ohnehin keine Steuern! Ach Ja??? Und wie nennst Du denn die Kröten, die im Zuge der Quartalsmäßigen Krötenwanderung aus meinem Terrarium in Richtung Finazamt entfleuchen??? [> Harald Huthmann und Thorsten Körner in suse-linux]

Christian Boltz

4 Dec 4 Dec

22:25

Hallo Axel, hallo Leute, Am Donnerstag, 04. Dezember 2003 13:59 schrieb Axel Lindlau:

...

Folgendes habe ich gemacht: /etc/saned/net.conf : localhost eingetragen

...

/etc/saned/saned.conf: localhost eingetragen

Hab ich hier nicht, meine saned.conf ist (bis auf Kommentare) leer.

...

/etc/saned/dll.conf: net auskommentiert /etc/saned/dll.conf: mustek_pp auskomentiert

Wenn Du unter "auskommentiert" das Entfernen des Kommentarzeichens verstehst: OK Was ich noch vermisse: hast Du Deinen Scanner in der mustek_pp.conf passend eingetragen? Sonst kann das nicht klappen.

...

etc/xinitd.conf: sane stream tcp nowait root /usr/sbin/saned hinzugefügt

Das ist inetd-Syntax. Ich weiß nicht, ob das für den xinetd passt.

...

/etc/services: sane 6566/tcp #SANE network scanner daemon hinzugefügt

Passt.

...

Dienste neu gestartet und es geht leider nicht. Unter der 8.1 geht dieses einwndfrei.... Woran könnte es noch liegen?

/etc/hosts.allow und /etc/hosts.deny wären noch interessante Kandidaten. Wenn es immer noch nicht klappt, teste bitte: - als Root: scanimage -L (müsste Deinen Scanner zweimal listen: einmal "lokal", einmal als "net:") - als User ebenfalls: scanimage -L (listet wohl nur "net:") Gruß Christian Boltz --

...

ich habe keine ahnung von vi oder sonstigem. mir diese ganzen tastenkombinationen etc. zu merken, ist mir persönlich zu doof. Dann hast Du unter einem UNIX kaum was verloren. Naja, Du nutzt ja auch SuSE Windows.... [> maX Bauer und Axel Gruner in suse-linux]

Axel Lindlau

5 Dec 5 Dec

12:41

Am Donnerstag, 4. Dezember 2003 23:25 schrieb Christian Boltz:

...

/etc/hosts.allow und /etc/hosts.deny wären noch interessante Kandidaten.

Wenn es immer noch nicht klappt, teste bitte: - als Root: scanimage -L (müsste Deinen Scanner zweimal listen: einmal "lokal", einmal als "net:")

gibt mir folgendes aus: ---------------------schnipp--------------- linux:/home/axel # scanimage -L device `mustek_pp:Mustek-1200CP' is a Mustek 1200CP flatbed scanner linux:/home/axel # ---------------scnapp--------------------------------

...

- als User ebenfalls: scanimage -L (listet wohl nur "net:") hier: ------------------schnipp------------------ axel@linux:~> scanimage -L

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). axel@linux:~> -----------------schnapp------------------ Die Konfiguration mit den /etc/host.allow und -deny kenne ich mich leider nicht mit aus:-( ---------------schipp------------------------------ # /etc/hosts.allow # See `man tcpdŽ and `man 5 hosts_accessŽ for a detailed description # of /etc/hosts.allow and /etc/hosts.deny. # # short overview about daemons and servers that are built with # tcp_wrappers support: # # package name | daemon path | token # ---------------------------------------------------------------------------- # ssh, openssh | /usr/sbin/sshd | sshd, sshd-fwd-x11, sshd-fwd-<port> # quota | /usr/sbin/rpc.rquotad | rquotad # tftpd | /usr/sbin/in.tftpd | in.tftpd # portmap | /sbin/portmap | portmap # The portmapper does not verify against hostnames # to prevent hangs. It only checks non-local addresses. # # (kernel nfs server) # nfs-utils | /usr/sbin/rpc.mountd | mountd # nfs-utils | /sbin/rpc.statd | statd # # (unfsd, userspace nfs server) # nfs-server | /usr/sbin/rpc.mountd | rpc.mountd # nfs-server | /usr/sbin/rpc.ugidd | rpc.ugidd # # (printing services) # lprng | /usr/sbin/lpd | lpd # cups | /usr/sbin/cupsd | cupsd # The cupsd server daemon reports to the cups # error logs, not to the syslog(3) facility. # # (Uniterrupted Power Supply Software) # apcupsd | /sbin/apcupsd | apcupsd # apcupsd | /sbin/apcnisd | apcnisd # # All of the other network servers such as samba, apache or X, have their own # access control scheme that should be used instead. # # In addition to the services above, the services that are started on request # by inetd or xinetd use tcpd to "wrap" the network connection. tcpd uses # the last component of the server pathname as a token to match a service in # /etc/hosts.{allow,deny}. See the file /etc/inetd.conf for the token names. # The following examples work when uncommented: # # # Example 1: Fire up a mail to the admin if a connection to the printer daemon # has been made from host foo.bar.com, but simply deny all others: # lpd : foo.bar.com : spawn /bin/echo "%h printer access" | \ # mail -s "tcp_wrappers on %H" root # # # Example 2: grant access from local net, reject with message from elsewhere. # in.telnetd : ALL EXCEPT LOCAL : ALLOW # in.telnetd : ALL : \ # twist /bin/echo -e "\n\raccess from %h declined.\n\rGo away.";sleep 2 # # # Example 3: run a different instance of rsyncd if the connection comes # from network 172.20.0.0/24, but regular for others: # rsyncd : 172.20.0.0/255.255.255.0 : twist /usr/local/sbin/my_rsyncd-script # rsyncd : ALL : ALLOWht mit aus um hier einen Fehler ggf. zu erkennen: --------------------------schnapp----------------------------- host.deny: ----------------------------schipp-------------------------- # /etc/hosts.deny # See `man tcpdŽ and `man 5 hosts_accessŽ as well as /etc/hosts.allow # for a detailed description. http-rman : ALL EXCEPT LOCAL -----------------------schnapp----------------- Danke für einen weiteren Tipp, Axel

...

Gruß

Christian Boltz --

...
ich habe keine ahnung von vi oder sonstigem. mir diese ganzen tastenkombinationen etc. zu merken, ist mir persönlich zu doof.

Dann hast Du unter einem UNIX kaum was verloren. Naja, Du nutzt ja auch SuSE Windows.... [> maX Bauer und Axel Gruner in suse-linux]

Christian Boltz

21:20

Hallo Axel, hallo Leute, Am Freitag, 05. Dezember 2003 13:41 schrieb Axel Lindlau:

...

Am Donnerstag, 4. Dezember 2003 23:25 schrieb Christian Boltz:

...
/etc/hosts.allow und /etc/hosts.deny wären noch interessante Kandidaten.

Wenn es immer noch nicht klappt, teste bitte: - als Root: scanimage -L (müsste Deinen Scanner zweimal listen: einmal "lokal", einmal als "net:")

gibt mir folgendes aus: ---------------------schnipp--------------- linux:/home/axel # scanimage -L device `mustek_pp:Mustek-1200CP' is a Mustek 1200CP flatbed scanner linux:/home/axel # ---------------scnapp--------------------------------

Der Scanner wird also korrekt erkannt, allerdings nur lokal und nicht über net:

...

...
- als User ebenfalls: scanimage -L (listet wohl nur "net:")

hier: ------------------schnipp------------------ axel@linux:~> scanimage -L [nix] -----------------schnapp------------------

Kein Wunder nach obiger Ausgabe als Root. Wenn alles funktioniert, sollte das so aussehen: cb@tux:~> scanimage -L device `net:localhost:mustek_pp:Mustek-1200CP' is a Mustek 1200CP flatbed scanner cb@tux:~>

...

Die Konfiguration mit den /etc/host.allow und -deny kenne ich mich leider nicht mit aus:-( ---------------schipp------------------------------ # /etc/hosts.allow [nur Kommentare] --------------------------schnapp-----------------------------

Trag da mal sane : LOCAL ein und restarte den xinetd (rcxinetd restart) Anschließend nochmal scanimage -L probieren. Ach so, die passende Datei in /etc/xinetd.d/ hast Du ja hoffentlich angelegt wie von Andreas beschrieben ;-)

...

host.deny: ----------------------------schipp-------------------------- # /etc/hosts.deny http-rman : ALL EXCEPT LOCAL -----------------------schnapp-----------------

Sieht bei mir genauso aus, sollte also passen ;-) Gruß Christian Boltz --

...

Bleibt die Frage offen, wieso jemand kein Antialiasing hat. Vielleicht hat er's nicht verdient? :-) [> Christian Boltz und Ratti in fontlinge-devel]

Axel Lindlau

22:00

Am Freitag, 5. Dezember 2003 22:20 schrieb Christian Boltz: Hallo, Auch dieses führte nicht zum Erfolg :-( Ich bekomme jetzt langsam Krämpfe..........Kann mir bitte jemand einen Hammer leihen :-) Scheinbar will es bei mir nicht klappen *grmpf* Wo könnte man dann jetzt noch dran drehen? Weitere Ideen sind herzlich willkommen..... Gruß Axel und Danke :-)

7457

Age (days ago)

7458

Last active (days ago)

List overview

Download

12 comments

3 participants

participants (3)

Andreas Willenbrink
Axel Lindlau
Christian Boltz