• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Lexmark X75: Installation (scheinbar) OK - Aufträge stopped

Hallo,

der Lexmark X75 wird von CUPS ohne Weiteres nicht unterstützt, es gibt aber einen Treiber mit Anleitung. Ich habe diese genau verfolgt. Ich habe die Datei entpackt und installiert, was problemlos ging.

Die Anweisungen unter dem Stichpunkt "To use Cups' web interface" habe ich nicht weiter befolgt, denn wie der Befehl service cups status zurückgab, lief mein CUPS gleich nach dem Bootvorgang. Wenn ich es richtig verstanden habe, ging es da nur um Maßnahmen, damit CUPS nach dem Booten sofort läuft, und das scheint bei mir der Fall zu sein.

Die ersten drei Stichpunkte unter "Now you are set for creating the queue" habe ich befolgt, und im Wesentlichen glichen die Punkte in meinem Webinterface (CUPS 1.2.7 unter SuSE 10.2) dem aus der Anleitung.

Ich habe zudem noch eine französische Anleitung für Ubuntu gefunden, welche sehr ähnlich ist und auch keine Widersprüche zu der beschriebenen Installationsanleitung enthielt.

Es gab während der Installation keine Meckerei, aber der Drucker will die Testseite einfach nicht drucken. Der Druckauftrag wird scheinbar angenommen, aber einfach nicht ausgeführt. Zum Drucker steht Folgendes im Webinterface in der Reiterleiste "Printers" :

MeinLexmarkDrucker (Default Printer) "Processing page 2..."

Description: Lexmark All In One, 1.0
Location:
Make and Model: Lexmark All In One, 1.0
Printer State: idle, accepting jobs, published.
Device URI: usb://Lexmark/All%20In%20One

Doch wenn ich auf die Reiterkarte "Jobs" gehe, sind alle Aufträge "stopped" mit "pages: unknown". Gebe ich neue Testseiten auf, sind die auch sofort "stopped". Drucke ich etwas mit OpenOffice, wird der Auftrag sehr wohl registriert, ist aber sofort "stopped".

Im Gegensatz zum Problem Cups druckt Aufträge nicht (sticky) ist mein Druckerstatus wirklich Idle (nicht Stopped!), das belegt die /etc/cups/printers.conf:

# Printer configuration file for CUPS v1.2.7
# Written by cupsd on 2007-08-27 15:49
<DefaultPrinter MeinLexmarkDrucker>
Info Lexmark All In One, 1.0
DeviceURI usb://Lexmark/All%20In%20One
State Idle
StateTime 1188222396
Accepting Yes
Shared Yes
JobSheets secret classified
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy retry-job
</Printer>
<Printer Print3R>
Info Ein Versuch übers CUPS Webinterface
DeviceURI usb://Lexmark/All%20In%20One
State Idle
StateTime 1188221066
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy retry-job
</Printer>


Wo könnte das Problem liegen?
Kann ich Euch noch mehr relevantes Material geben (screenshots, ...)?

Gruß
kP
 
OP
K

keenPenguin

Member
Ich habe mir noch angeschaut, was KDE Print zu der Misere sagt. Der Druckerstatus wird angezeigt als "inaktiv (Aufträge werden angenommen)". Die Aufträge werden auch gelistet, allerdings mit dem Prädikat "Fehler".

Ich habe denselben Drucker zum dritten mal eingerichtet (wie der Screenshot zeigen wird), diesmal mit KDE Print. Wenn ich KDE Print eine Testsite drucken lasse, dann kommt die Ausgabe im Bild.



kP

EDIT: Da bisher keine Antwort kam, habe ich die Frage auch im Linux-Forum hier gepostet.
 

misiu

Moderator
Teammitglied
Antwort kann ich dir keine Liefern, allerdings eine genauere Ausgabe
von /var/log/cups/error_log wäre da hilfreich, noch besser du erhöhst
den DebugLevel (sehe: http://wiki.linux-club.de/Drucker_FAQ), dann
kommen vielleicht genauere Informationen, wo es denn hängen bleibt.

MfG
misiu
 
OP
K

keenPenguin

Member
Danke für deine Hilfe mislu,

die /var/log/cups/error_log ist ist lang und würde das Forum unscrollbar machen, deshalb habe ich sie hier hochgeladen. Um den DebugLevel kümmere ich mich jetzt.

kP
 
OP
K

keenPenguin

Member
Ich habe den LogLevel von info auf debug gestellt (LogLevel debug) und den Rechner neu gestartet. Hier sind die Einträge, die *danach* in die error_log gekommen sind:

I [30/Aug/2007:11:15:23 +0200] Scheduler shutting down normally.
I [30/Aug/2007:11:15:23 +0200] Saving remote.cache...
I [30/Aug/2007:11:15:23 +0200] Saving job cache file "/var/cache/cups/job.cache"...
I [30/Aug/2007:11:16:38 +0200] Listening to 127.0.0.1:631 (IPv4)
I [30/Aug/2007:11:16:39 +0200] Listening to ::1:631 (IPv6)
I [30/Aug/2007:11:16:39 +0200] Listening to /var/run/cups/cups.sock (Domain)
I [30/Aug/2007:11:16:39 +0200] Loaded configuration file "/etc/cups/cupsd.conf"
I [30/Aug/2007:11:16:39 +0200] Using default TempDir of /var/spool/cups/tmp...
I [30/Aug/2007:11:16:39 +0200] Cleaning out old temporary files in "/var/spool/cups/tmp"...
I [30/Aug/2007:11:16:39 +0200] Configured for up to 100 clients.
I [30/Aug/2007:11:16:39 +0200] Allowing up to 100 client connections per host.
I [30/Aug/2007:11:16:39 +0200] Using policy "default" as the default!
I [30/Aug/2007:11:16:39 +0200] Full reload is required.
I [30/Aug/2007:11:16:41 +0200] Loaded MIME database from '/etc/cups': 37 types, 41 filters...
D [30/Aug/2007:11:16:43 +0200] Loading printer DruckerDurchKDEPrint...
D [30/Aug/2007:11:16:44 +0200] Loading printer MeinLexmarkDrucker...
D [30/Aug/2007:11:16:44 +0200] Loading printer Print3R...
D [30/Aug/2007:11:16:44 +0200] Loading printer verterVersuch...

I [30/Aug/2007:11:16:45 +0200] Loading job cache file "/var/cache/cups/job.cache"...
D [30/Aug/2007:11:16:45 +0200] Loading job 4 from cache...
D [30/Aug/2007:11:16:45 +0200] Loading attributes for job 4...
D [30/Aug/2007:11:16:45 +0200] Loading job 6 from cache...
D [30/Aug/2007:11:16:45 +0200] Loading attributes for job 6...
D [30/Aug/2007:11:16:46 +0200] Loading job 7 from cache...
D [30/Aug/2007:11:16:46 +0200] Loading attributes for job 7...
D [30/Aug/2007:11:16:47 +0200] Loading job 8 from cache...
D [30/Aug/2007:11:16:47 +0200] Loading attributes for job 8...
D [30/Aug/2007:11:16:47 +0200] Loading job 9 from cache...
D [30/Aug/2007:11:16:47 +0200] Loading attributes for job 9...
D [30/Aug/2007:11:16:48 +0200] Loading job 10 from cache...
D [30/Aug/2007:11:16:48 +0200] Loading attributes for job 10...
D [30/Aug/2007:11:16:48 +0200] Loading job 11 from cache...
D [30/Aug/2007:11:16:48 +0200] Loading attributes for job 11...
D [30/Aug/2007:11:16:48 +0200] Loading job 12 from cache...
D [30/Aug/2007:11:16:48 +0200] Loading attributes for job 12...
D [30/Aug/2007:11:16:49 +0200] Loading job 14 from cache...
D [30/Aug/2007:11:16:49 +0200] Loading attributes for job 14...
I [30/Aug/2007:11:16:50 +0200] Full reload complete.
I [30/Aug/2007:11:16:50 +0200] Listening to 127.0.0.1:631 on fd 0...
I [30/Aug/2007:11:16:50 +0200] Listening to ::1:631 on fd 2...
I [30/Aug/2007:11:16:51 +0200] Listening to /var/run/cups/cups.sock on fd 3...
D [30/Aug/2007:11:17:55 +0200] Unloading job 4...
D [30/Aug/2007:11:17:55 +0200] Unloading job 6...
D [30/Aug/2007:11:17:55 +0200] Unloading job 7...
D [30/Aug/2007:11:17:55 +0200] Unloading job 8...
D [30/Aug/2007:11:17:55 +0200] Unloading job 9...
D [30/Aug/2007:11:17:55 +0200] Unloading job 10...
D [30/Aug/2007:11:17:55 +0200] Unloading job 11...
D [30/Aug/2007:11:17:57 +0200] Unloading job 12...
D [30/Aug/2007:11:17:57 +0200] Unloading job 14...

Die unterstrichenen vier Drucker haben alle Druckaufträge. Es handelt sich dabei natürlich um denselben X75, ich habe ihn nur mehrfach eingerichtet (mal mit YaST, mit CUPS-Webinterface, KDE-Print...).

Ich frage mich, was es bedeutet, dass die jobs erst "loaded" und dann "unloaded" werden?

kP
 

misiu

Moderator
Teammitglied
Hast du schon versucht, als root zu drucken?

Mach mal folgendes:
- Lösche alle gestoppten Jobs
- Lösche alle Drucker (YaST, kde und CUPS)
- Richte einen CUPS-Drucker ein,
- versuche eine Datei zu drucken, jeweils, als Root und Normaluser
- falls die Jobs gestoppt werden, versuche die , über CUPS zu
starten.
- poste die error.log

MfG
misiu
 
OP
K

keenPenguin

Member
Da der LogLevel debug ist, wird die Log-Datei unheimlich groß. Ich habe die einzelnen Schritte hochgeladen, wobei ich immer nur das dokumentiere, was in die Datei neu reinkommt:

CUPS-Neustart

Einrichtung des Druckers

Nachdem ich den Druckauftrag aus OO in Auftrag gegeben habe, wurde die bisherige log-Datei gelöscht und mit dem Folgenden überschrieben:
Druckauftrag als ROOT

Wieder wurde die Datei gelöscht und überschrieben:
Druckauftrag als USER (>1MB Textdatei!)

Ich hoffe, das bringt etwas Klarheit.

Gruß
kP
 
OP
K

keenPenguin

Member
Würde es eigentlich funktionieren, Windows mit VMWare oder so zu emulieren und darauf die Windows-Druckertreiber zu installieren, so dass ich vom emulierten Windows drucken kann, was ich mit Linux gerade geschrieben habe?

Gruß
kP
 
Oben