Drucker-Daemon spurlos verschwunden
Bis vor gut einer Woche druckte mein Drucker (HP DeskJet 880C) gemuetlich vor sich hin. Doch als ich es mal wagte unter Windows zu drucken, wollte mein Drucker unter Linux nicht mehr aber dies hat wohl wenig mit meinem daemon-Problem zu tun. Also, wenn ich lpc status eingebe, kommt die Meldung (bei allen Druckern) "no daemon present", ein Drucken ueber dev/lp0 funktioniert zwar, jedoch wird dadurch die Formatierung ruiniert. Dann kam der Tipp es mit lprng zu probieren, auch hier kam die Meldung, dass kein daemon vorhanden sei. Ich benutze SuSE 6.3 und lprold 3.0.48-12. In der Supportdatenbank von SuSE kann ich keine Infos zum Thema finden (auch bei deja.com war nichts zu finden), vielleicht koennt mir den entscheidenen Tipp geben. Thomas --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Thomas Bohn wrote on Sun, 02 Apr 2000:
Also, wenn ich lpc status eingebe, kommt die Meldung (bei allen Druckern) "no daemon present",
/sbin/init.d/lpd start CU Dirk -- The required OS was Windows 95 or better, so I installed Linux. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Dirk Pirschel (dirk@pirschel.de) [20000402 20:15]:
/sbin/init.d/lpd start
Das geht auch einfacher mit 'rclpd start' :)
Philipp
--
Philipp Thomas
Am 02.04.2000 um 20:12:21 schrieb Dirk Pirschel:
/sbin/init.d/lpd start
Toller Tipp, jedoch, wenn dies beim starten des Rechners ohne Fehlermeldung passiert, kann das nicht die Loesung sein, oder? Thomas --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Thomas, Thomas Bohn wrote:
Am 02.04.2000 um 20:12:21 schrieb Dirk Pirschel:
/sbin/init.d/lpd start
Toller Tipp, jedoch, wenn dies beim starten des Rechners ohne Fehlermeldung passiert, kann das nicht die Loesung sein, oder?
Nein, natuerlich nicht. Aber wenn es damit funktioniert (d.h. der lpd noch im /sbin/init.d Verzeichnis vorhanden ist), geht es weiter: Vor laengerer Zeit habe ich von Rolf Haberrecker (SuSE) den Tip erhalten, dass sich mit dem Programm/Skript 'rctab' die Liste der zu startenden Daemonen in jedem Runlevel editieren laesst. Das funktionierte bei 6.0 und 6.2 perfekt (zumindest fuer den, der die Grundfunktionen von vi beherrscht). Mein Tip also: als root einfach mal 'rctab -l' im Shell-Fenster eingeben, wenn der lpd nicht mehr auftaucht in der Liste der Runlevels, dann ihn mit 'rctab -e' wieder hinzufuegen. Das loest allderdings nicht die Frage, warum der Eintrag verschwunden ist. -- Mit freundlichen Gruessen, Christoph Patzelt --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am 03.04.2000 um 08:14:50 schrieb Christoph Patzelt (r33025):
Mein Tip also: als root einfach mal 'rctab -l' im Shell-Fenster eingeben, wenn der lpd nicht mehr auftaucht in der Liste der Runlevels, dann ihn mit 'rctab -e' wieder hinzufuegen.
Auch ein guter Tipp, geht jedoch auch ins leere. In dieser Liste taucht lpd fuer die RLs 2 und 3 auf. trotzdem ist "no daemon present". Thomas --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Mon, 03 Apr 2000 schrieb Thomas Bohn:
Am 03.04.2000 um 08:14:50 schrieb Christoph Patzelt (r33025):
Mein Tip also: als root einfach mal 'rctab -l' im Shell-Fenster eingeben, wenn der lpd nicht mehr auftaucht in der Liste der Runlevels, dann ihn mit 'rctab -e' wieder hinzufuegen.
Auch ein guter Tipp, geht jedoch auch ins leere. In dieser Liste taucht lpd fuer die RLs 2 und 3 auf. trotzdem ist "no daemon present".
Wie schauen denn die Rechte auf dem Device aus ? ls -la /dev/lp0 Wie sieht deine /etc/printcap aus ? cat /etc/printcap Wie sehen die Rechte im Spool-Verzeichnis aus? ls -laR /var/spool/lpd Poste mal die Infos! -- MfG Waldemar Brodkorb Linux rulez! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am 03.04.2000 um 18:23:07 schrieb Waldemar Brodkorb:
Poste mal die Infos!
crw-rw---- 1 root lp 6, 0 Nov 12 22:31 /dev/lp0 /var/spool/lpd: total 11 drwxr-xr-x 10 lp lp 1024 Mar 30 20:50 . drwxr-xr-x 16 root root 1024 Mar 30 20:36 .. drwxr-xr-x 2 lp lp 1024 Mar 29 20:15 PS_600dpi-a4-ascii-mono-600 drwxr-xr-x 2 lp lp 1024 Mar 29 20:15 PS_600dpi-a4-auto-color-600 drwxr-xr-x 2 lp lp 1024 Mar 29 20:15 PS_600dpi-a4-auto-mono-600 drwxr-xr-x 2 lp lp 1024 Mar 29 20:15 PS_600dpi-a4-raw drwxr-xr-x 2 lp lp 1024 Mar 30 20:39 cdj670-a4-ascii-mono-600 drwxr-xr-x 2 lp lp 1024 Mar 30 20:48 cdj670-a4-auto-color-600 drwxr-xr-x 2 lp lp 1024 Mar 30 20:39 cdj670-a4-auto-mono-600 drwxr-xr-x 2 lp lp 1024 Mar 30 20:39 cdj670-a4-raw -rw-r--r-- 1 root root 4 Apr 3 19:45 lpd.lock /var/spool/lpd/PS_600dpi-a4-ascii-mono-600: total 3 drwxr-xr-x 2 lp lp 1024 Mar 29 20:15 . drwxr-xr-x 10 lp lp 1024 Mar 30 20:50 .. -rw-r----- 1 lp lp 0 Mar 29 20:15 acct -rw-r----- 1 lp lp 5 Mar 29 20:15 lock -rw-r----- 1 lp lp 0 Mar 29 20:15 log -rw-r----- 1 lp lp 0 Mar 29 20:15 status /var/spool/lpd/PS_600dpi-a4-auto-color-600: total 3 drwxr-xr-x 2 lp lp 1024 Mar 29 20:15 . drwxr-xr-x 10 lp lp 1024 Mar 30 20:50 .. -rw-r----- 1 lp lp 0 Mar 29 20:15 acct -rw-r----- 1 lp lp 5 Mar 29 20:15 lock -rw-r----- 1 lp lp 0 Mar 29 20:15 log -rw-r----- 1 lp lp 0 Mar 29 20:15 status /var/spool/lpd/PS_600dpi-a4-auto-mono-600: total 3 drwxr-xr-x 2 lp lp 1024 Mar 29 20:15 . drwxr-xr-x 10 lp lp 1024 Mar 30 20:50 .. -rw-r----- 1 lp lp 0 Mar 29 20:15 acct -rw-r----- 1 lp lp 5 Mar 29 20:15 lock -rw-r----- 1 lp lp 0 Mar 29 20:15 log -rw-r----- 1 lp lp 0 Mar 29 20:15 status /var/spool/lpd/PS_600dpi-a4-raw: total 3 drwxr-xr-x 2 lp lp 1024 Mar 29 20:15 . drwxr-xr-x 10 lp lp 1024 Mar 30 20:50 .. -rw-r----- 1 lp lp 0 Mar 29 20:15 acct -rw-r----- 1 lp lp 5 Mar 29 20:15 lock -rw-r----- 1 lp lp 0 Mar 29 20:15 log -rw-r----- 1 lp lp 0 Mar 29 20:15 status /var/spool/lpd/cdj670-a4-ascii-mono-600: total 7 drwxr-xr-x 2 lp lp 1024 Mar 30 20:39 . drwxr-xr-x 10 lp lp 1024 Mar 30 20:50 .. -rw-r----- 1 lp lp 0 Mar 22 17:37 acct -rw------- 1 lp lp 5 Mar 29 21:29 ascii -rw------- 1 lp lp 65 Mar 29 21:29 control.ascii -rw-r--r-- 1 root root 4 Apr 3 19:45 lock -rw-r----- 1 lp lp 0 Mar 22 17:37 log -rw-r----- 1 lp lp 1 Apr 1 21:59 status -rw------- 1 lp lp 4 Mar 29 20:50 unspooler.ascii /var/spool/lpd/cdj670-a4-auto-color-600: total 10 drwxr-xr-x 2 lp lp 1024 Mar 30 20:48 . drwxr-xr-x 10 lp lp 1024 Mar 30 20:50 .. -rw-r----x 1 root lp 4 Mar 30 20:48 .seq -rw-r----- 1 lp lp 0 Mar 22 17:37 acct -rw------- 1 lp lp 5 Mar 29 21:32 cdj670 -rw------- 1 lp lp 65 Mar 29 21:29 control.cdj670 -rw-r--r-- 1 root root 4 Apr 3 19:45 lock -rw-r----- 1 lp lp 1778 Mar 30 20:48 log -rw-r----- 1 lp lp 1 Apr 1 21:59 status -rw------- 1 lp lp 5 Mar 29 21:32 unspooler.cdj670 /var/spool/lpd/cdj670-a4-auto-mono-600: total 6 drwxr-xr-x 2 lp lp 1024 Mar 30 20:39 . drwxr-xr-x 10 lp lp 1024 Mar 30 20:50 .. -rw-r----- 1 lp lp 0 Mar 22 17:37 acct -rw------- 1 lp lp 5 Mar 29 21:29 cdj670-mono -rw------- 1 lp lp 65 Mar 29 21:29 control.cdj670-mono -rw-r--r-- 1 root root 4 Apr 3 19:45 lock -rw-r----- 1 lp lp 0 Mar 22 17:37 log -rw-r----- 1 lp lp 1 Apr 1 21:59 status /var/spool/lpd/cdj670-a4-raw: total 7 drwxr-xr-x 2 lp lp 1024 Mar 30 20:39 . drwxr-xr-x 10 lp lp 1024 Mar 30 20:50 .. -rw-r----- 1 lp lp 0 Mar 22 17:37 acct -rw------- 1 lp lp 65 Mar 29 21:29 control.raw -rw-r--r-- 1 root root 4 Apr 3 19:45 lock -rw-r----- 1 lp lp 0 Mar 22 17:37 log -rw------- 1 lp lp 5 Mar 29 21:29 raw -rw-r----- 1 lp lp 1 Apr 1 21:59 status -rw------- 1 lp lp 4 Mar 29 20:42 unspooler.raw # # Copyright (c) 1983 Regents of the University of California. # All rights reserved. # # Redistribution and use in source and binary forms are permitted # provided that this notice is preserved and that due credit is given # to the University of California at Berkeley. The name of the University # may not be used to endorse or promote products derived from this # software without specific prior written permission. This software # is provided ``as is'' without express or implied warranty. # # @(#)etc.printcap 5.2 (Berkeley) 5/5/88 # # DecWriter over a tty line. #lp|ap|arpa|ucbarpa|LA-180 DecWriter III:\ # :br#1200:fs#06320:tr=\f:of=/usr/lib/lpf:lf=/usr/adm/lpd-errs: #lp:lp=/dev/lp0:sd=/usr/spool/lp0:of=/usr/lib/lpf: lf=/usr/adm/lpd-errs # # Generic printer: #lp:lp=/dev/lp1:sd=/usr/spool/lp1:sh # # typical remote printer entry #ucbvax|vax|vx|ucbvax line printer:\ # :lp=:rm=ucbvax:sd=/usr/spool/vaxlpd:lf=/usr/adm/lpd-errs: #varian|va|Benson Varian:\ # :lp=/dev/va0:sd=/usr/spool/vad:mx#2000:pl#58:px#2112:py#1700:tr=\f:\ # :of=/usr/lib/vpf:if=/usr/lib/vpf:tf=/usr/lib/rvcat:cf=/usr/lib/vdmp:\ # :gf=/usr/lib/vplotf:df=/usr/local/dvif:\ # :vf=/usr/lib/vpltdmp:lf=/usr/adm/lpd-errs: #versatec|vp|Versatec plotter:\ # :lp=/dev/vp0:sd=/usr/spool/vpd:sb:sf:mx#0:pw#106:pl#86:px#7040:py#2400:\ # :of=/usr/lib/vpfW:if=/usr/lib/vpsf:tf=/usr/lib/vcat:cf=/usr/lib/vdmp:\ # :gf=/usr/lib/vplotf:vf=/usr/lib/vpltdmp:lf=/usr/adm/lpd-errs:\ # :tr=\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\ #\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\ #\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n: # #lp|panasonic:lp=/dev/lp1:sd=/usr/spool/lp/panasonic:lf=/usr/bin/mail:mc#1:\ # ft=$$c$$p$$r$$f:hl#2:fl#3:ht=$$c$$n$$r$$t:sh: # # HP Laser jet plus #lp|hpj:\ # :lp=/dev/lp1:\ # :sd=/usr/spool/lp1:\ # :mx#0:\ # :of=/usr/spool/lp1/hpjlp: # :lf=/usr/spool/lp1/hp-log: # #lp|Generic dot-matrix printer entry:\ # :lp=/dev/lp1:\ # :sd=/var/spool/lp1/lp:sh:\ # :if=/usr/bin/lpf:\ # :df=/var/spool/lp1/filter.ps:\ # :tf=/var/spool/lp1/filter.ps:\ # :af=/var/spool/lp1/lp-acct:\ # :lf=/var/spool/lp1/lp-err: ### BEGIN apsfilter: ### cdj670 a4 color 600 ### # Warning: Configured for apsfilter, do not edit the labels! # apsfilter setup Thu Mar 30 20:38:49 CEST 2000 # ascii|lp1|cdj670-a4-ascii-mono-600|cdj670 a4 ascii mono 600:\ :lp=/dev/lp0:\ :sd=/var/spool/lpd/cdj670-a4-ascii-mono-600:\ :lf=/var/spool/lpd/cdj670-a4-ascii-mono-600/log:\ :af=/var/spool/lpd/cdj670-a4-ascii-mono-600/acct:\ :if=/var/lib/apsfilter/bin/cdj670-a4-ascii-mono-600:\ :la@:mx#0:\ :tr=:cl:sh:sf: # lp|lp2|cdj670-a4-auto-color-600|cdj670 a4 auto color 600:\ :lp=/dev/lp0:\ :sd=/var/spool/lpd/cdj670-a4-auto-color-600:\ :lf=/var/spool/lpd/cdj670-a4-auto-color-600/log:\ :af=/var/spool/lpd/cdj670-a4-auto-color-600/acct:\ :if=/var/lib/apsfilter/bin/cdj670-a4-auto-color-600:\ :la@:mx#0:\ :tr=:cl:sh:sf: # lp-mono|lp3|cdj670-a4-auto-mono-600|cdj670 a4 auto mono 600:\ :lp=/dev/lp0:\ :sd=/var/spool/lpd/cdj670-a4-auto-mono-600:\ :lf=/var/spool/lpd/cdj670-a4-auto-mono-600/log:\ :af=/var/spool/lpd/cdj670-a4-auto-mono-600/acct:\ :if=/var/lib/apsfilter/bin/cdj670-a4-auto-mono-600:\ :la@:mx#0:\ :tr=:cl:sh:sf: # raw|lp4|cdj670-a4-raw|cdj670 a4 raw:\ :lp=/dev/lp0:\ :sd=/var/spool/lpd/cdj670-a4-raw:\ :lf=/var/spool/lpd/cdj670-a4-raw/log:\ :af=/var/spool/lpd/cdj670-a4-raw/acct:\ :if=/var/lib/apsfilter/bin/cdj670-a4-raw:\ :la@:mx#0:\ :tr=:cl:sh:sf: # ### END apsfilter: ### cdj670 a4 color 600 ### --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Mon, 03 Apr 2000 schrieb Thomas Bohn:
Am 03.04.2000 um 18:23:07 schrieb Waldemar Brodkorb:
Poste mal die Infos! ... Infos in letzter Mail <-- ...
Beim nächsten Mal bitte die Kommentare aus der /etc/printcap weglassen. Danke. Als welcher User druckst du ? Und welchen Befehl nutzt du ? Entferne bitte mal die lock-Dateien aus den Spool-Verzeichnissen und restarte den Spooler. rclpd restart Versuch nochmal zu drucken. Welche Fehlermeldung erhälst du? -- MfG Waldemar Brodkorb Linux rulez! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am 03.04.2000 um 23:19:09 schrieb Waldemar Brodkorb:
Beim nächsten Mal bitte die Kommentare aus der /etc/printcap weglassen. Danke.
Sorry, werde beim naechsten mal daran denken!
Als welcher User druckst du ?
Als normaler User, also nicht als root.
Und welchen Befehl nutzt du ?
lpr
Versuch nochmal zu drucken.
Keine Wirkung!
Welche Fehlermeldung erhälst du?
Keine! Thomas --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Wed, 5 Apr 2000, Thomas Bohn wrote: Hmmm - Dieser Name ist bestimmt nicht haeufig - aber irgendwie kommt er mir bekannt vor. Stammst Du zufaellig aus Greifswald? Ich habe den Thread nicht genau verfolgt, ich bitte daher um Nachsicht, wenn ich bereits gestellte Fragen wiederhole.
Welche Fehlermeldung erhälst du? Keine!
- Werden die Druckdateien unter /var/spool/lpd/<drucker> gespoolt? - Steht in /etc/rc.config die Variable "START_LPD" auf "yes"? - Was sagt "ps axw | grep lpd"? - Was sagt "lpc status"? - behauptet "/sbin/init.d/lpd start" es sei "done"? - Existiert /usr/lib/apsfilter? - Existiert /var/lib/apsfilter/bin/<druckerspezifikation>? * Wenn ja: Welche <druckerspezifikation>? * Wohin zeigt der Link (existiert das Ziel?) - Kannst Du mit "lpr -Praw <datei>" drucken? - Was steht in /etc/hosts.deny und /etc/hosts.lpd? - Haengt Dein Drucker am ParPort und kann Dein Kernel den Drucker am ParPort ansprechen? - Funktioniert irgendein anderes Geraet am ParPort (ZIP)? - Ist die ParPort-Druckerunterstuetzung als Modul eingebunden? * Wenn ja: wird das Modul geladen (lsmod)? + wenn nein: · Was passiert bei modprobe lpd? · Was passiert bei insmod lpd? So. Mehr faellt mir gerade nicht ein. Tschau, Volker -- <ESC>:r .signature mailto:volker.mueller@gmx.de :wq --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am 05.04.2000 um 21:04:08 schrieb Volker Mueller:
Stammst Du zufaellig aus Greifswald?
Nein, ich komme aus einer Kleinstadt in der naehe von Hamburg.
- Steht in /etc/rc.config die Variable "START_LPD" auf "yes"?
Ja.
- Was sagt "ps axw | grep lpd"?
471 ? S 0:00 /usr/sbin/lpd
- behauptet "/sbin/init.d/lpd start" es sei "done"?
Ja.
- Existiert /usr/lib/apsfilter?
Ja.
- Kannst Du mit "lpr -Praw <datei>" drucken?
Ja.
- Haengt Dein Drucker am ParPort und kann Dein Kernel den Drucker am ParPort ansprechen?
Ja. Thomas --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Son, 09 Apr 2000 schrieb Thomas Bohn:
Am 05.04.2000 um 21:04:08 schrieb Volker Mueller:
- Haengt Dein Drucker am ParPort und kann Dein Kernel den Drucker am ParPort ansprechen?
Ja. Immer doch das Problem mit deinem Drucker, unfassbar :-) Hast du den Treiber für den Parallelport fest in den Kernel kompiliert oder als Modul ? Wobei das eigentlich egal sein sollte, da du in einer deiner ersten Mails schreibst das du auf das Device /dev/lp0 direkt drucken kannst.
Dann stimmt also irgenwas mit apsfilter oder ghostscript nicht. Welche Version von ghostscript setzt du eine? Hast du da zuletzt irgendwas geändert? Kommt bei dir folgende Zeile, wenn du gs aufrufst? #gs -h | grep cdj670 hl7x0 uniprint cdeskjet cdjcolor cdjmono cdj500 cdj550 cdj670 cdj850 -- MfG Waldemar Brodkorb Linux rulez! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am 09.04.2000 um 22:16:38 schrieb Waldemar Brodkorb:
Welche Version von ghostscript setzt du eine?
Muesste so Ghostscript 5.5 sein. Meine apsfilter Version, sie soll angeblich veraltet sein. aps-1.6.SuSE-68
Hast du da zuletzt irgendwas geändert?
Nein
#gs -h | grep cdj670
Bei mir kommt ohne die "670" dies, mit gar nichts: ljet3 ljet3d ljet4 ljet4d lj5mono lj5gray cdeskjet cdjcolor cdjmono cdj550 pj pjxl pjxl300 uniprint bj10e bj200 bjc600 bjc800 faxg3 faxg32d Thomas --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Thomas Bohn schrieb am 10.04.2000 um 19:03:23 +0200: Hallo Thomas,
Am 09.04.2000 um 22:16:38 schrieb Waldemar Brodkorb:
Welche Version von ghostscript setzt du eine?
Muesste so Ghostscript 5.5 sein.
Meine apsfilter Version, sie soll angeblich veraltet sein.
aps-1.6.SuSE-68
wenn es eine Version von der SuSE-CD ist ist sie mit Sicherheit "veraltet". Am 05. April ist eine neue apsfilter-Version rausgekommen. Müßest Du mal freshmeat nach suchen. apsfilter-5.3.3. Bis denne, Michael -- B: Excuse me, can I help you boys with something? BH: No thank you Sir, we're just here to break stuff. (Beavis and Butthead in Buff 'n' Stuff) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Mon, 10 Apr 2000, Thomas Bohn wrote:
Meine apsfilter Version, sie soll angeblich veraltet sein.
aps-1.6.SuSE-68
SuSE und apsfilter - da kommt mir eine Idee. Es gab da mal das Problem, dass "grep" modifiziert wurde und bei der Identifizierung einer Druck- datei (binaerfile) die lapidare Bemerkung "binary file matches" anstelle des tatsaechlichen Matches von "EPL blabla" oder so ausspuckte, wodurch apsfilter dann der Meinung war, es handle sich um ein ascii-file, ver- suchte, es durch a2ps zu schicken, was dann von a2ps abgelehnt wurde, weil es ja in Wirklichkeit ein binaerfile war. Man konnte/kann aber das "urspruengliche" Verhalten von grep mit irgendeiner Option (war's "-a"?) erzwingen. Wenn ich mich richtig erinnere gabs dazu einen Eintrag in der sdb.
Hast du da zuletzt irgendwas geändert?
Hast Du vielleicht die FileUtils von (etwa) 6.0-er SuSE nach 6.2/6.3 geupdated (hab' die Versionsnummern von dem Sprung nicht im Kopf, weil ich hier immer noch eine "configure-make-make_install_und_rpm-u"- SuSE-6.0-eval benutze)?
#gs -h | grep cdj670
Was sagt denn ein "grep root /boot/<DeinKernel>"? Tschau, Volker -- <ESC>:r .signature mailto:volker.mueller@gmx.de :wq --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Mon, 10 Apr 2000 schrieb Thomas Bohn:
Am 09.04.2000 um 22:16:38 schrieb Waldemar Brodkorb:
Welche Version von ghostscript setzt du eine?
Muesste so Ghostscript 5.5 sein.
Meine apsfilter Version, sie soll angeblich veraltet sein.
aps-1.6.SuSE-68
Hast du da zuletzt irgendwas geändert?
Nein
#gs -h | grep cdj670
Bei mir kommt ohne die "670" dies, mit gar nichts:
ljet3 ljet3d ljet4 ljet4d lj5mono lj5gray cdeskjet cdjcolor cdjmono cdj550 pj pjxl pjxl300 uniprint bj10e bj200 bjc600 bjc800 faxg3 faxg32d
Hier ist doch schon der Übeltäter, wenn ich mich nicht ganz irre. Du sagst in deinem printcap-file er soll die zu druckenden Dateien vor dem Druck filtern. (if=...) In Apsfilter hast du eingestellt das er den Filter für den cdj670 verwenden soll. Der existiert aber komischerweise bei deinem Ghostsript nicht. Ich verwende die selbe Ghostscript-Version (Suse 6.3) rpm -q gs_both gs_both-5.50-5 Und bei mir ist cdj670 dabei. Hast du Ghostscript selbst kompiliert ? Folgende Vorschläge: - Ghostscript nochmal drüberinstallieren. - HPDJ-Filter nehmen. (unterstützt PCL3 sollte dein HP880C AFAIK können) Viel Erfolg -- MfG Waldemar Brodkorb Linux rulez! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am 10.04.2000 um 23:02:04 schrieb Waldemar Brodkorb:
- Ghostscript nochmal drüberinstallieren.
Das war es wohl, jetzt scheint es zu funktionieren, doch er zeigt immer noch das "no daemon present" an. Ich habe alles neu installiert was mit dem Bereich Drucker zu tun hat a2ps, apsfilter, gs... Tja, SuSE wird doch immer mehr wie Windows :-))) Thomas --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Da habe ich mich wohl zu frueh gefreut. Jetzt druckt er zwar kleine Texte aus, bei groesseren sieht es aus als er sie raw zum Drucker sendet. Ist da irgend etwas zu klein geraten? Thomas P.S. no daemon present verfolgt mich immer noch. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (7)
-
dirk＠pirschel.de -
linux＠netcologne.de -
micha28＠gmx.de -
pthomas＠suse.de -
r33025＠email.sps.mot.com -
thomas.bohn＠gmx.net -
volker.mueller＠gmx.de