Heinz Mezera wrote:
Hallo Micha,
From: micha dose [mailto:susux@gmx.de ] Hallo,
ich habe im laufe des Tages alles auf apsfilter umgestellt nachdem ich auch über den Port 631 den Drucker nicht erreichen konnte bzw. das nicht hinbekommen hab.
was hat denn nicht geklappt?
Jetzt erkennt Windows den Drucker kann aber nichts mit dem Treiber auf dem Server anfangen und will einen eigenen Treiber für den angeschlossenen Epson Drucker installieren, das funktioniert jedoch nicht. Ich verstehe nicht wo der Treiber installiert werden soll. Im Internet habe ich nun gelesen das ich von den 3 Druckern die für den einen Epson Drucker eingetragen sind den raw Drucker in die smb.conf eintragen soll um das Problem zu umgehen.
Mit Samba habe ich mich diesbezüglich (noch) nicht beschäftigt, da ich die CUPS (mit IPP) Variante für "moderner" halte. Meine Linux "Äußerungen" sind nicht gut fundiert, da ich mich nur hobbymäßig mit Linux beschäftige. Zum Thema raw queue habe ich folgende Vorstellungen: Auf der Windows Kiste kannst du nur mit einem dort installierten Drucker "printen". Das Ergebnis ist eine komplett und für den Drucker interpretierbare und druckbare Datei. Daher soll (muss, darf?) auf dem Linux Server nur mehr unver- ändert (raw) an den Drucker weitergereicht werden. Zur Fehlereingrenzung habe ich bei mir damals folgendes Vorgehen gewählt: Ich habe eine Minidatei (nur Text aus dem Editor) auf Diskette ausgegeben und diese auf dem Linux PC mit lpr gedruckt. Dadurch konnte ich eingrenzen, ob die Queue, der Dateiinhalt oder das Netzwerk hinderlich waren.
Meine smb.conf habe ich aus dem Samba Howto übernommen.
Vielleicht hätte ich mit Cups mehr Geduld haben sollen
Das sehe ich auch so!
Gruß Micha
LG aus Wien Heinz
Hallo, ich habe nun wieder cups installiert und werde das denn hoffentlich auch bald mal hinbekommen. In mime.convs und mime.types habe ich die raw betreffende Zeile auskommentiert. In der inetd.conf die Zeile ipp stream tcp nowait root /usr/sbin/tcpd /usr/bin/lpd -i eingesetzt. Auf einen rccups start antwortet der Rechner mit "done". Daraufhin nachdem status gefragt sagt er "no access". Das error_log enthält folgende Einträge: W [12/Jun/2002:23:56:49 +0100] ReadConfiguration() Unknown username "lp " W [12/Jun/2002:23:56:49 +0100] ReadConfiguration() Unknown groupname "lp " I [12/Jun/2002:23:56:49 +0100] Listening to c0a8060c:631 I [12/Jun/2002:23:56:49 +0100] Listening to 0:631 I [12/Jun/2002:23:56:49 +0100] Sending browsing info to c0a806ff:631 I [12/Jun/2002:23:56:49 +0100] Polling c0a80601:631 I [12/Jun/2002:23:56:49 +0100] ReadConfiguration() Configured for up to 10 clients. I [12/Jun/2002:23:56:49 +0100] LoadPPDs: Read /etc/cups/ppds.dat... E [12/Jun/2002:23:56:51 +0100] StartListening: Unable to find IP address for server name "client12.domain.de "! E [12/Jun/2002:23:56:51 +0100] StartListening: Unable to bind socket - Address already in use. Der username und group lp existieren. Mit nslookup erhalte ich die IP für client12. Ich komme so jedenfalls nicht mehr weiter. Leider weiß ich auch nicht genau was eine queue bzw. raw queue ist. Grüße Michael
Hallo Micha,
From: micha dose [mailto:susux@gmx.de] <...> Hallo,
ich habe nun wieder cups installiert und werde das denn hoffentlich auch bald mal hinbekommen.
das sollte doch zu machen sein ;-).
In mime.convs und mime.types habe ich die raw betreffende Zeile auskommentiert.
Das # am Zeilenanfang entfernt ? Die deutsche Sprache scheint mir hier nicht eindeutig, unter auskommentieren verstehe ich _als Kommentar kennzeichnen_
In der inetd.conf die Zeile ipp stream tcp nowait root /usr/sbin/tcpd /usr/bin/lpd -i eingesetzt.
In der inetd.conf habe ich für cups _nichts_ (!) geändert. Das funktioniert hier auch so.
Auf einen rccups start antwortet der Rechner mit "done".
cups startet hier automatisch beim Booten, verfolge die vielen, mit done endenden Zeilen während des Bootvorganges. Evtl. steht die der lpd im Weg
Daraufhin nachdem status gefragt sagt er "no access".
Nicht gut, rccups status returniert hier running. Hast du bei der cups Installation lprng deinstalliert? Ich bin mir nicht sicher, ob das yast automatisch macht. Die grundsätzliche Einrichtung und Funktionsfähigkeit von cups kannst du im konqui prüfen. Gib dort http://localhost:631 ein. Das sollte die das Web-Interface zu cups zeigen, wo du deine(n) installierten (cups bekannte[n]) Drucker siehst und eine Testseite ausdrucken kannst.
Das error_log enthält folgende Einträge:
W [12/Jun/2002:23:56:49 +0100] ReadConfiguration() <...> Ich komme so jedenfalls nicht mehr weiter.
Lass uns erst einmal die grundsätzliche Funktionsfähig- keit herstellen und dann das/die andere(n) Problem(e) lösen.
Leider weiß ich auch nicht genau was eine queue bzw. raw queue ist.
Bei der raw queue erfolgt auf dem Server keine Bearbeitung der Druckdaten mehr, da sie vollständig vom Drucker ver- standen werden und ausgedruckt werden können.
Grüße Michael
LG aus Wien, Heinz PS: PM nicht erforderlich, ich lese in der Liste mit.
Heinz Mezera wrote:
Hallo Micha,
From: micha dose [mailto:susux@gmx.de]
<...>
Hallo,
ich habe nun wieder cups installiert und werde das denn hoffentlich auch bald mal hinbekommen.
das sollte doch zu machen sein ;-).
In mime.convs und mime.types habe ich die raw betreffende Zeile auskommentiert.
Das # am Zeilenanfang entfernt ? Die deutsche Sprache scheint mir hier nicht eindeutig, unter auskommentieren verstehe ich _als Kommentar kennzeichnen_
In der inetd.conf die Zeile ipp stream tcp nowait root /usr/sbin/tcpd /usr/bin/lpd -i eingesetzt.
In der inetd.conf habe ich für cups _nichts_ (!) geändert. Das funktioniert hier auch so.
Auf einen rccups start antwortet der Rechner mit "done".
cups startet hier automatisch beim Booten, verfolge die vielen, mit done endenden Zeilen während des Bootvorganges. Evtl. steht die der lpd im Weg
Daraufhin nachdem status gefragt sagt er "no access".
Nicht gut, rccups status returniert hier running. Hast du bei der cups Installation lprng deinstalliert? Ich bin mir nicht sicher, ob das yast automatisch macht. Die grundsätzliche Einrichtung und Funktionsfähigkeit von cups kannst du im konqui prüfen. Gib dort http://localhost:631 ein. Das sollte die das Web-Interface zu cups zeigen, wo du deine(n) installierten (cups bekannte[n]) Drucker siehst und eine Testseite ausdrucken kannst.
Das error_log enthält folgende Einträge:
W [12/Jun/2002:23:56:49 +0100] ReadConfiguration()
<...>
Ich komme so jedenfalls nicht mehr weiter.
Lass uns erst einmal die grundsätzliche Funktionsfähig- keit herstellen und dann das/die andere(n) Problem(e) lösen.
Leider weiß ich auch nicht genau was eine queue bzw. raw queue ist.
Bei der raw queue erfolgt auf dem Server keine Bearbeitung der Druckdaten mehr, da sie vollständig vom Drucker ver- standen werden und ausgedruckt werden können.
Grüße Michael
LG aus Wien, Heinz PS: PM nicht erforderlich, ich lese in der Liste mit.
Vor den Eintrag in der inetd.conf habe ich ein # gesetzt (kommentiert) ist das so gemeint? Ich habe jetzt Kommentarzeichen vor die Zeilen gesetzt, ist das richtig? mime.types # application/octet-stream mime.convs # */* application/vnd.cups-raw 0 - dmesg zeigt parport0: Printer, EPSON Stylus COLOR 600 lp0: using parport0 (polling). eth0: no IPv6 routers present eth0: no IPv6 routers present ansonsten nichts zu cups Über Netscape http://localhost:631 erreiche ich das Webinterface von Cups nicht. Die Config Dateien bearbeite ich mit einem VI über ssh. Gruß Michael
micha dose wrote:
In der inetd.conf die Zeile ipp stream tcp nowait root /usr/sbin/tcpd /usr/bin/lpd -i eingesetzt. E [12/Jun/2002:23:56:51 +0100] StartListening: Unable to bind socket - Address already in use.
Kann es sein, das du den Eintrag aus /etc/inetd.conf auskommentieren solltest, damit ein unabhaengiger cupsd den Port belegen darf?
Der username und group lp existieren. W [12/Jun/2002:23:56:49 +0100] ReadConfiguration() Unknown groupname "lp "
Mit nslookup erhalte ich die IP für client12. E [12/Jun/2002:23:56:51 +0100] StartListening: Unable to find IP address for server name "client12.domain.de "!
Auch mit dem Leerzeichen? Hast du die Config Dateien mit einem DOS/Windows-Editor bearbeitet? Hilft dir vielleicht "dos2unix /etc/<file>" weiter? Peter
participants (3)
-
Heinz Mezera -
micha dose -
Peter Wiersig