Kein Drucken mehr mit Etch
Kein Drucken mehr mit Etch
Hallo!
Seit kurzem geht mein Drucker auf meinem Etch-Rechner nicht mehr.
Ich hab cups, gutenprint, foomatic, gs usw. alles installiert.
Es ging ja mal. Ich habe einen Epson Stylus D88.
Jetzt bekomm ich die Meldung:
Unsupported format 'application/postscript'!
Eingerichtet hab ich cups über das Webinterface.
Mal noch ne Frage: Muss ich als Druckeranschluss LPT#1 oder
Parallelport#1 (EPSON) auswählen. Zur Zeit geht es aber auf beiden
nicht.
Seit kurzem geht mein Drucker auf meinem Etch-Rechner nicht mehr.
Ich hab cups, gutenprint, foomatic, gs usw. alles installiert.
Es ging ja mal. Ich habe einen Epson Stylus D88.
Jetzt bekomm ich die Meldung:
Unsupported format 'application/postscript'!
Eingerichtet hab ich cups über das Webinterface.
Mal noch ne Frage: Muss ich als Druckeranschluss LPT#1 oder
Parallelport#1 (EPSON) auswählen. Zur Zeit geht es aber auf beiden
nicht.
- stollenreiter
- Beiträge: 402
- Registriert: 10.08.2004 16:30:47
- Wohnort: Bremen
Hallo.
Ähnliches Problem bei mir. Ich habe hier ein Netzwerk mit IP-Druckern. Unter Sarge habe ich den cupsys-client installiert und die entsprechenden foomatic-Pakete usw. Läuft super!
Nun habe ich einen neuen PC aufgebaut der unter Etch laufen soll. Aber drucken geht nicht.
Das sind die Pakete, die ich installiert habe:
Auf Sarge war es so, dass er eine Datei /etc/cups/client.conf erstellt hat, die dann die IP-Adresse des Druckservers hatte. Die wird unter Etch überhaupt nicht angelegt. Selbst wenn ich die manuell erstelle, hilfts nichts.
Außerdem kann ich auch nicht in eine PDF-Datei drucken. Unter Firefox sagt er, die Seitengröße ist falsch. Steht aber auf DIN A4.
Auch ein cupsenable -h host-ip brachte nichts.
Ist momentan unter Etch das cupsys defekt?
Gruß Andreas
Ähnliches Problem bei mir. Ich habe hier ein Netzwerk mit IP-Druckern. Unter Sarge habe ich den cupsys-client installiert und die entsprechenden foomatic-Pakete usw. Läuft super!
Nun habe ich einen neuen PC aufgebaut der unter Etch laufen soll. Aber drucken geht nicht.
Das sind die Pakete, die ich installiert habe:
Code: Alles auswählen
rc cupsys 1.2.1-3 Common UNIX Printing System(tm) - server
ii cupsys-bsd 1.2.1-3 Common UNIX Printing System(tm) - BSD commands
ii cupsys-client 1.2.1-3 Common UNIX Printing System(tm) - client programs (SysV)
rc cupsys-driver-gutenprint 4.3.99+cvs20060521-4 printer drivers for CUPS
ii libcupsys2 1.2.1-3 Common UNIX Printing System(tm) - libs
ii libgnomecups1.0-1 0.2.2-2 GNOME library for CUPS interaction
ii foomatic-db 20060530-1 linuxprinting.org printer support - database
ii foomatic-db-engine 3.0.2-20060530-2 linuxprinting.org printer support - programs
ii foomatic-filters 3.0.2-20060530-1 linuxprinting.org printer support - filters
ii python-foomatic 0.7.6 Python interface to the Foomatic printer database
Auf Sarge war es so, dass er eine Datei /etc/cups/client.conf erstellt hat, die dann die IP-Adresse des Druckservers hatte. Die wird unter Etch überhaupt nicht angelegt. Selbst wenn ich die manuell erstelle, hilfts nichts.
Außerdem kann ich auch nicht in eine PDF-Datei drucken. Unter Firefox sagt er, die Seitengröße ist falsch. Steht aber auf DIN A4.
Auch ein cupsenable -h host-ip brachte nichts.
Ist momentan unter Etch das cupsys defekt?
Gruß Andreas
Hallo,
ich habe das Problem das ich unter Etch nicht mit KDE programmen drucken kann.
Habe meinen Drucker am Router angeschlossen und per CUPS eingerichtet. Starte ich ein nicht KDE Programm wie OpenOffice kann ich an diesem Drucker drucken starte ich KPDF kann ich nicht drucken auch wenn der Druck laut programm weitergeleitet wird. Dort stimmt dann die Netzwerkadresse wieder nicht.
nicolars
ich habe das Problem das ich unter Etch nicht mit KDE programmen drucken kann.
Habe meinen Drucker am Router angeschlossen und per CUPS eingerichtet. Starte ich ein nicht KDE Programm wie OpenOffice kann ich an diesem Drucker drucken starte ich KPDF kann ich nicht drucken auch wenn der Druck laut programm weitergeleitet wird. Dort stimmt dann die Netzwerkadresse wieder nicht.
nicolars
- stollenreiter
- Beiträge: 402
- Registriert: 10.08.2004 16:30:47
- Wohnort: Bremen
Hallo.
Kommt mir bekannt vor. Da ich unter fluxbox arbeite, habe ich nur ein wenig KDE auf dem Rechner. Dazu gehört halt auch kprinter.
Jetzt habe ich hier in einem alten Thread gelesen, das man auch xpp benutzen kann. Ruf ich das Programm auf, dann erscheinen alle meine IP-Drucker, die im Netz sind und ich kann auch drucken.
Mich beschleicht da so ein Gefühl, dass es sich hierbei um ein Problem mit KDE handelt.
Wenn ich mit kprinter irgendwas drucken will, dann kommt neuerdings diese Meldung:
Gruß Andreas
Kommt mir bekannt vor. Da ich unter fluxbox arbeite, habe ich nur ein wenig KDE auf dem Rechner. Dazu gehört halt auch kprinter.
Jetzt habe ich hier in einem alten Thread gelesen, das man auch xpp benutzen kann. Ruf ich das Programm auf, dann erscheinen alle meine IP-Drucker, die im Netz sind und ich kann auch drucken.
Mich beschleicht da so ein Gefühl, dass es sich hierbei um ein Problem mit KDE handelt.
Wenn ich mit kprinter irgendwas drucken will, dann kommt neuerdings diese Meldung:
Normal ist das nicht, oder?Es wurde kein passender Filter zum Umwandeln des Dateiformates message/rfc822 in application/postscript gefunden.
Gehen Sie zu System Optionen -> Befehle um die Liste der möglichen Filter durchzusehen. Jeder Filter führt eine externes Programm aus.
Kontrollieren Sie, ob das erforderlich externe Programm auf dem System verfügbar it.
Gruß Andreas
- Rawbit
- Beiträge: 716
- Registriert: 24.12.2004 13:17:21
- Lizenz eigener Beiträge: GNU Free Documentation License
-
Kontaktdaten:
etch & cups
Hallo,
auch bei mir funktioniert kprinter unter Etch nicht, die Testseite unter localhost:631 wird aber gedruckt.
Gruss
Axel
auch bei mir funktioniert kprinter unter Etch nicht, die Testseite unter localhost:631 wird aber gedruckt.
Gruss
Axel
Hallo,
ich bin am Einrichten eines Debian Etch u. habe fast alles was ich brauche zum Laufen gebracht, außer dem CUPS. Wenn ich im KDE-Menü "Einstellungen->Drucker" auswähle, erscheint ein paar Sekunden die Information
Grüße, voyager
ich bin am Einrichten eines Debian Etch u. habe fast alles was ich brauche zum Laufen gebracht, außer dem CUPS. Wenn ich im KDE-Menü "Einstellungen->Drucker" auswähle, erscheint ein paar Sekunden die Information
danach kommt die Meldung"Manager wird initialisiert"
Ich habe auf dem selben Rechner ein Kanotix-Debian installiert, dort funktioniert der Drucker."Liste der Drucker lässt sich nicht übertragen. Fehlermeldung des Verwaltungsprogramms:
Verbindung zu CUPS-Server fehlgeschlagen. Überprüfen Sie, ob der CUPS-Server korrekt installiert wurde und aktiv ist. Fehler: Verbindungsaufbau abgelehnt."
Grüße, voyager
So? Ich drucke problemlos mit CUPS 1.2.1, allerdings unter Debian/sid.mase-FAQ hat geschrieben:Ich kriege die cups-Version von Sarge auch nicht vernünftig drauf.
Dann muss ich wohl oder übel auf Updates warten.
Hab ja schon mehrfach gelesen, dass cups-1.2.1 nix taugt.
Was steht in /var/log/cups/error_log?
Am Besten das Loglevel auf Debug setzen und cups neu starten.
Code: Alles auswählen
/etc/cups/cupsd.conf
LogLevel Debug
Code: Alles auswählen
lpr -P <druckerqueue> <Irgendeinetextdatei>
Code: Alles auswählen
lp -d <druckerqueue> <Irgendeinetextdatei>
Workstation: Pentium IV 3000, 2048 MB, Debian/sid
Server: Xeon 2000, 1024 MB, Debian/stable
Server: Xeon 2000, 1024 MB, Debian/stable
Da fehlen Konverter in der FIlterkette.mase-FAQ hat geschrieben:Mit lpr... bekomm ich auch lpr: Unsupported format 'text/plain'!
Vielleicht hängt das auch vom Drucker ab.
Hast Du ghostscript installiert?
Bei mir sind z.B. folgende Pakete installiert:
Code: Alles auswählen
ii gs 8.50-1.1 Transitional package
ii gs-common 0.3.9 Common files for different Ghostscript relea
ii gs-esp 8.15.1.dfsg.1-2.1 The Ghostscript PostScript interpreter - ESP
ii gs-gpl 8.50-1.1 The GPL Ghostscript PostScript interpreter
Workstation: Pentium IV 3000, 2048 MB, Debian/sid
Server: Xeon 2000, 1024 MB, Debian/stable
Server: Xeon 2000, 1024 MB, Debian/stable
- biertrinker2003
- Beiträge: 160
- Registriert: 27.01.2003 12:35:58
Was soll ich sagen, ich habe auf 2 Rechner, das gleiche Problem. Ich kann aus KDE nicht drucken, nichtmal die drucker sehen. Ein Rechner ist neu aufgesetzt, der andere ist von woody-sarge-edge geupdatet, durckte auch Jahre lang Problemlos.
Ich würde mir wünschen ich könnte endlich die Uhrsache finden.
Ich würde mir wünschen ich könnte endlich die Uhrsache finden.
- Maik aus MS
- Beiträge: 596
- Registriert: 19.08.2005 17:01:19
- Wohnort: Greven
-
Kontaktdaten:
Drucken unter Etch
Mein Drucker wird mittlerweile bei Cups nicht mehr gelistet HP Deskjet 3320.
Früher brauchte ich auch das Paket hplib jetzt hpijs. Gibt es eine Möglichkeit
die alten Treiber in Etch wieder einzubinden?
Maik
Früher brauchte ich auch das Paket hplib jetzt hpijs. Gibt es eine Möglichkeit
die alten Treiber in Etch wieder einzubinden?
Maik
Die mich kennen mögen mich.
Die mich nicht mögen können mich.
Die mich nicht mögen können mich.
Die hab ich auch alle drauf. Geht trotzdem nicht.jaybe hat geschrieben: Bei mir sind z.B. folgende Pakete installiert:Code: Alles auswählen
ii gs 8.50-1.1 Transitional package ii gs-common 0.3.9 Common files for different Ghostscript relea ii gs-esp 8.15.1.dfsg.1-2.1 The Ghostscript PostScript interpreter - ESP ii gs-gpl 8.50-1.1 The GPL Ghostscript PostScript interpreter
Vielleicht ist auch was falsch konfiguriert mit dem mime-types.
Hatte dieses Probelm mit CUPS, kprinter und einem HP 1150c bei Etch auch - und gelöst. Aber leider ab isch ned aufgeschrieben wie
In meiner cupsd.conf steht an "seltsamen" Sachen nur eigentlich nur:
Schaut redundant aus, aber ich meine mich schwach zu erinnern, das es mit diesen Einträgen dann wieder lief. Nen Versuch ist es vielleicht wert?
In meiner cupsd.conf steht an "seltsamen" Sachen nur eigentlich nur:
Code: Alles auswählen
Listen *:631
Listen 127.0.0.1:631
Listen localhost:631
Wie gesagt, Debug-Meldungen einschalten:mase-FAQ hat geschrieben:Die hab ich auch alle drauf. Geht trotzdem nicht.jaybe hat geschrieben: Bei mir sind z.B. folgende Pakete installiert:Code: Alles auswählen
ii gs 8.50-1.1 Transitional package ii gs-common 0.3.9 Common files for different Ghostscript relea ii gs-esp 8.15.1.dfsg.1-2.1 The Ghostscript PostScript interpreter - ESP ii gs-gpl 8.50-1.1 The GPL Ghostscript PostScript interpreter
Vielleicht ist auch was falsch konfiguriert mit dem mime-types.
Code: Alles auswählen
/etc/cups/cupsd.conf
LogLevel Debug
Workstation: Pentium IV 3000, 2048 MB, Debian/sid
Server: Xeon 2000, 1024 MB, Debian/stable
Server: Xeon 2000, 1024 MB, Debian/stable
Mir ist auch aufgefallen, dass bei LPT#1 das Druckermodell nicht dabeisteht.
Bei der alten cups-Version war das noch der Fall.
Hier mein error_log:
http://nopaste.debianforum.de/3692
Bei der alten cups-Version war das noch der Fall.
Hier mein error_log:
http://nopaste.debianforum.de/3692
Gibt es für den Drucker EpsonStylusD88 eine ppd-Datei? Wenn es /etc/cups/ppd/EpsonStylusD88.ppd, dann weiss CUPS nichts über die Fähigkeiten des Druckers, bzw. welche Formate der Drucker verarbeiten kann und ist nicht in der Lage eine entsprechende Filterkette aufzubauen. Intern arbeitet CUPS mit Postscript, d.h. alles was gedruckt werden soll wird nach Postscript konvertiert (application/vnd.cups-postscript) und dann in das Zielformat des Druckers. Bei Postscript-Druckern braucht keine Konvertierung stattzufinden, bei anderen Druckern schon. Bei meinem Epson C82 steht in der PPD z.B.mase-FAQ hat geschrieben:Mir ist auch aufgefallen, dass bei LPT#1 das Druckermodell nicht dabeisteht.
Bei der alten cups-Version war das noch der Fall.
Hier mein error_log:
http://nopaste.debianforum.de/3692
Code: Alles auswählen
*cupsFilter: "application/vnd.cups-postscript 0 foomatic-rip"
Geh' auf jeden Fall mal in das Admin-Frontend, "Drucker modifizieren", Name, Gerät, Hersteller und Modell festlegen, damit sollte eine /etc/cups/ppd/<Drucker>.ppd erzeugt werden und dann müsste es eigentlich wieder mit dem Drucken funktionieren.
Workstation: Pentium IV 3000, 2048 MB, Debian/sid
Server: Xeon 2000, 1024 MB, Debian/stable
Server: Xeon 2000, 1024 MB, Debian/stable
- Rawbit
- Beiträge: 716
- Registriert: 24.12.2004 13:17:21
- Lizenz eigener Beiträge: GNU Free Documentation License
-
Kontaktdaten:
Kein Drucken mit kprinter
Hallo,
Kprinter "läuft" bei mir wieder.
Zuerst habe ich den Listen Eintrag wie oben beschrieben und der cupsd.conf
und in Kprinter auskommentiert und als Server in Kprinter <host>:631 eingegeben.
Weiter habe ich mit chmod 666 cupsd.conf die Rechte geändert, da mir
das Webend "no permission" gemeldet hat.
Weiter habe ich meinen user in die Gruppe lpadmin aufgenommen.
Welche Aktion letztlich (oder / und das heutige cupsys-update) geholfen hat, weiß ich nicht.
Aber jetzt kann ich wieder drucken ....
Gruss
Axel
Kprinter "läuft" bei mir wieder.
Zuerst habe ich den Listen Eintrag wie oben beschrieben und der cupsd.conf
und in Kprinter auskommentiert und als Server in Kprinter <host>:631 eingegeben.
Weiter habe ich mit chmod 666 cupsd.conf die Rechte geändert, da mir
das Webend "no permission" gemeldet hat.
Weiter habe ich meinen user in die Gruppe lpadmin aufgenommen.
Welche Aktion letztlich (oder / und das heutige cupsys-update) geholfen hat, weiß ich nicht.
Aber jetzt kann ich wieder drucken ....
Gruss
Axel
- Saxman
- Beiträge: 4215
- Registriert: 02.05.2005 21:53:52
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: localhost
Re: Kein Drucken mit kprinter
Ich hab auch probleme mit dem drucken im netzwerk.
Auf dem server ist sarge und auf dem client ist etch..
Ich kann den drucker auf dem server, zwar vom client aus noch sehen, aber beim drucken übers netzwerk steht in den logs auf dem server:
Das heißt soweit ich herausgefunden habe daß die Übertragung der Daten unterbrochen wurde.
Auf dem server ist sarge und auf dem client ist etch..
Ich kann den drucker auf dem server, zwar vom client aus noch sehen, aber beim drucken übers netzwerk steht in den logs auf dem server:
Code: Alles auswählen
ReadClient: 5 IPP ReadError!
"Unix is simple. It just takes a genius to understand its simplicity." - Dennis Ritchie
Debian GNU/Linux Anwenderhandbuch | df.de Verhaltensregeln | Anleitungen zum Review und zum Verfassen von Wiki Artikeln.
Debian GNU/Linux Anwenderhandbuch | df.de Verhaltensregeln | Anleitungen zum Review und zum Verfassen von Wiki Artikeln.
Ich habe cups deinstalliert u. wieder installiert, das hat auch mein KDE demontiert, aber ich konnte unter icewm eine Testseite ausdrucken.
Ich habe zwar nicht viel Ahnung von Debian, aber meine Vermutung ist die, daß der Fehler an KDE u. der Rechteverwaltung liegt.
Jetzt muß ich erst mal wieder KDE installieren.
Grüße, voyager
Ich habe zwar nicht viel Ahnung von Debian, aber meine Vermutung ist die, daß der Fehler an KDE u. der Rechteverwaltung liegt.
Jetzt muß ich erst mal wieder KDE installieren.
Grüße, voyager
-
- Beiträge: 184
- Registriert: 21.09.2005 10:43:37
- Wohnort: Dresden
Hi,
habe ähnliches Problem. Seit einem "dist-upgrade" wird bei mir kein /dev/lp0 mehr erzeugt. Zudem muss ich das Modul "parport_pc" seit'm neuesten manuell über die /etc/modules laden. Habe hier Sid. Ich denke bei udev ist etwas faul!
Gruß BermudaHonk
habe ähnliches Problem. Seit einem "dist-upgrade" wird bei mir kein /dev/lp0 mehr erzeugt. Zudem muss ich das Modul "parport_pc" seit'm neuesten manuell über die /etc/modules laden. Habe hier Sid. Ich denke bei udev ist etwas faul!
Gruß BermudaHonk
The only Microsoft product ever to ship that doesn't suck will probably be a vacuum cleaner!
-
- Beiträge: 184
- Registriert: 21.09.2005 10:43:37
- Wohnort: Dresden
Tja,
habe bei debian-bugs-dist gerade ein bug-Report (10. Juli) dazu gefunden. Die udev 0.093-1 ist wohl betroffen (bei mir ist diese drauf). Ich muss jedenfalls nachdem ich den Drucker angeschmissen habe die Module lp,parport_pc und parport entladen und dann wieder erneut laden + cups neustarten. Hoffe das ist bald behoben.
Gruß BermudaHonk
habe bei debian-bugs-dist gerade ein bug-Report (10. Juli) dazu gefunden. Die udev 0.093-1 ist wohl betroffen (bei mir ist diese drauf). Ich muss jedenfalls nachdem ich den Drucker angeschmissen habe die Module lp,parport_pc und parport entladen und dann wieder erneut laden + cups neustarten. Hoffe das ist bald behoben.
Gruß BermudaHonk
The only Microsoft product ever to ship that doesn't suck will probably be a vacuum cleaner!