Drucker rührt sich nicht

Einrichten des Druckers und des Drucksystems, Scannerkonfiguration und Software zum Scannen und Faxen.
Antworten
tohuwabohu
Beiträge: 97
Registriert: 27.03.2004 17:12:12

Drucker rührt sich nicht

Beitrag von tohuwabohu » 29.06.2004 21:17:57

Hallo,
obwohl meine Drucker scheinbar richtig eingerichtet sind, erhalten sie kein Signal. Das Drucken der Testseite ergab folgende Fehlermeldung:

A print error occurred. Error message received from system:

cupsdoprint -P 'Kyocera' -J '' -H 'localhost:631' -U 'det.k' -o ' multiple-document-handling=separate-documents-uncollated-copies orientation-requested=3' '/usr/share/apps/kdeprint/testprint.ps' : execution failed with message:
client-error-not-possible

Hat jemand eine Idee?
Debian Sid, K7VTA3-Board, Athlon 2600 XP, 512 MB RAM-333MHz

Benutzeravatar
pdreker
Beiträge: 8298
Registriert: 29.07.2002 21:53:30
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Nürnberg

Beitrag von pdreker » 01.07.2004 02:06:32

Permissions / restrictions in /etc/cups/cupsd.conf kontrollieren. Evtl. Option "debug" aktivieren, und die Logs unter /var/log/cups/* auswerten...

Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de

tohuwabohu
Beiträge: 97
Registriert: 27.03.2004 17:12:12

Beitrag von tohuwabohu » 01.07.2004 08:26:26

Danke für den Hinweis! Aber der ist wohl eher an den Profi gerichtet. Die "cupsd.conf habe ich mir angesehen, doch damit kann ich nicht viel anfangen. Wie aktiviere ich "debug"?

Mir kommt es so vor, als würde der Port gar nicht angesprochen. Lässt sich kontrollieren, ob Port 631 aktiv ist?
Debian Sid, K7VTA3-Board, Athlon 2600 XP, 512 MB RAM-333MHz

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 01.07.2004 08:47:32

Code: Alles auswählen

mars:~# netstat -an | grep 631
tcp        0      0 0.0.0.0:631             0.0.0.0:*               LISTEN     
udp        0      0 0.0.0.0:631             0.0.0.0:*                          
mars:~# 
Das solltest Du bei Dir auch sehen. Bezüglich des Debuggings: in der Datei /etc/cups/cupsd.conf gibt es diesen Abschnitt:

Code: Alles auswählen

...
# LogLevel: controls the number of messages logged to the ErrorLog
# file and can be one of the following:
#
#     debug2    Log everything.
#     debug     Log almost everything.
#     info      Log all requests and state changes.
#     warn      Log errors and warnings.
#     error     Log only errors.
#     none      Log nothing.
#

LogLevel info

...
Wenn Du da anstatt "info" "debug" einträgst, die Datei abspeicherst und mit "/etc/init.d/cupsys restart" den Daemon neu startest, solltest Du mehr in den Logfiles sehen.

Gruss, mistersixt.

tohuwabohu
Beiträge: 97
Registriert: 27.03.2004 17:12:12

Beitrag von tohuwabohu » 01.07.2004 09:12:37

Vielen Dank!
Bei mir sieht das anders aus:
tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN
tcp 1 0 127.0.0.1:45872 127.0.0.1:631 CLOSE_WAIT
udp 0 0 0.0.0.0:631 0.0.0.0:*

Lässt sich schon hieraus etwas schließen?
Debian Sid, K7VTA3-Board, Athlon 2600 XP, 512 MB RAM-333MHz

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 01.07.2004 10:51:16

tohuwabohu hat geschrieben:Vielen Dank!
Bei mir sieht das anders aus:
tcp 0 0 0.0.0.0:631 0.0.0.0:* LISTEN
tcp 1 0 127.0.0.1:45872 127.0.0.1:631 CLOSE_WAIT
udp 0 0 0.0.0.0:631 0.0.0.0:*

Lässt sich schon hieraus etwas schließen?
Die erste und dritte Zeile sind die wichtigen, die 2te können wir mal aussen vor lassen: in der ersten Spalte steht, um welches Protokoll es sich handelt (einmal tcp und einmal udp), die vierte Spalte (0.0.0.0:631) besagt, dass Jemand (also ein Programm), auf Anfragen an Port 631 wartet, in diesem Fall ist das Dein CUPS-Daemon. Somit ist zu erkennen, dass der CUPS-Daemon läuft und auf Anfragen wartet.

Jetzt solltest Du mal das Debugging einschalten und anschliessend im Verzeichnis /var/log/cups/ die Dateien access_log und error_log überprüfen. Wenn Du ein neues Terminal aufmachst und "tail -f /var/log/cups/access_log" eintippst, dann siehst Du die letzten Einträge, und Neueinträge in diesem Fenster werden "mitlaufen" (CTRL-C zum Abbrechen).

Gruss, mistersixt.

tohuwabohu
Beiträge: 97
Registriert: 27.03.2004 17:12:12

Beitrag von tohuwabohu » 01.07.2004 13:08:05

Ich habe die Anleitung genau befolgt, doch weder landen in den log-Dateien Einträge - sie bleiben leer, noch macht der Befehl "tail -f /var/log/cups/access_log" irgendwelche Meldungen sichtbar, auch nicht unter root.
Debian Sid, K7VTA3-Board, Athlon 2600 XP, 512 MB RAM-333MHz

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 01.07.2004 14:31:07

Ok, siehst Du was in error_log ? (tail -f /var/log/cups/error_log)

Gruss, mistersixt.

tohuwabohu
Beiträge: 97
Registriert: 27.03.2004 17:12:12

Beitrag von tohuwabohu » 01.07.2004 20:38:07

...ja, dies hier:

I [01/Jul/2004:16:20:21 +0000] Listening to 0:631
I [01/Jul/2004:16:20:21 +0000] Loaded configuration file "/etc/cups/cupsd.conf"
I [01/Jul/2004:16:20:21 +0000] Configured for up to 100 clients.
I [01/Jul/2004:16:20:21 +0000] Allowing up to 100 client connections per host.
I [01/Jul/2004:16:20:21 +0000] Full reload is required.
I [01/Jul/2004:16:20:23 +0000] LoadPPDs: Read "/etc/cups/ppds.dat", 2293 PPDs...
I [01/Jul/2004:16:20:25 +0000] LoadPPDs: No new or changed PPDs...
I [01/Jul/2004:16:20:25 +0000] Full reload complete.
Debian Sid, K7VTA3-Board, Athlon 2600 XP, 512 MB RAM-333MHz

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 02.07.2004 08:59:57

Das sieht alles "normal" aus. Kommen denn neue Meldungen hinzu, wenn Du anschliessend versuchst zu drucken?

Ich habe mich jetzt nochmal mit Google beschäftigt, hier hatte einer das gleiche Problem, bei dem war das Druckerkabel schrott:

Google News 1

Bei einem anderen waren es falschen Einstellungen:

Google News 2

Gruss, mistersixt.

tohuwabohu
Beiträge: 97
Registriert: 27.03.2004 17:12:12

Beitrag von tohuwabohu » 02.07.2004 09:46:03

Danke, Mistersixt!

Nach einem erneuten Druckversuch zeigt "tail -f /var/log/cups/access_log" :
localhost - - [02/Jul/2004:09:22:37 +0000] "POST /classes/ HTTP/1.1" 200 221
localhost - - [02/Jul/2004:09:22:37 +0000] "POST /printers/ HTTP/1.1" 200 109
localhost - - [02/Jul/2004:09:22:37 +0000] "POST /printers/ HTTP/1.1" 200 366
localhost - - [02/Jul/2004:09:22:53 +0000] "POST / HTTP/1.1" 200 199
localhost - - [02/Jul/2004:09:22:53 +0000] "GET /ppd/Kyocera.ppd HTTP/1.1" 200 9609
localhost - - [02/Jul/2004:09:22:53 +0000] "POST /printers/Kyocera HTTP/1.1" 200 10597
localhost - - [02/Jul/2004:09:22:54 +0000] "POST /printers/ HTTP/1.1" 200 221
localhost - - [02/Jul/2004:09:22:54 +0000] "POST /classes/ HTTP/1.1" 200 221
localhost - - [02/Jul/2004:09:22:54 +0000] "POST /printers/ HTTP/1.1" 200 109
localhost - - [02/Jul/2004:09:22:54 +0000] "POST / HTTP/1.1" 200 367
und "error_log": Nichts.

Das mit dem Kabel hatte ich auch schon gelesen, daran liegt es aber nicht.
Der Hinweis auf die printer.conf erscheint interessant. Der vollständige Inhalt:

# Printer configuration file for CUPS v1.1.21rc1
# Written by cupsd on Thu Jul 1 08:03:26 2004
<Printer Epson-C70>
Info EPSON Stylus C70
Location
DeviceURI parallel:/dev/lp0
State Idle
Accepting Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
DenyUser det.k
DenyUser root
</Printer>
<DefaultPrinter Kyocera>
Info KYOCERA F-2200S
Location
DeviceURI parallel:/dev/lp0
State Idle
Accepting Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
DenyUser det.k
DenyUser root
</Printer>

Was heißt denn "DenyUser" oder was müsste anstelle dieser Bezeichnung dort stehen? Google gibt leider nicht viel her.
Ich habe das mal in "AllowUser" geändert, doch das bewirkt auch keine Änderung. Ich werde mich gleich mal als "root" einloggen und zu drucken versuchen.
Debian Sid, K7VTA3-Board, Athlon 2600 XP, 512 MB RAM-333MHz

tohuwabohu
Beiträge: 97
Registriert: 27.03.2004 17:12:12

Beitrag von tohuwabohu » 02.07.2004 09:54:47

auch als "root" kommt absolut nichts am Drucker an. Hm...Jetzt versuche ich mal von der "Live-CD" aus zu booten und drucken.
Debian Sid, K7VTA3-Board, Athlon 2600 XP, 512 MB RAM-333MHz

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 02.07.2004 10:17:02

Mal was ganz anderes: was für eine Kernel-Version hast Du am Laufen (uname -a) und welche Module sind geladen (lsmod) ?


Gruss, mistersixt.

tohuwabohu
Beiträge: 97
Registriert: 27.03.2004 17:12:12

Beitrag von tohuwabohu » 02.07.2004 10:26:35

Drucker ließ sich nicht einrichten - die Verbindung zum Cups-Server kam nicht zustande.

Der Kernel: 2.4.26-mppe-ar #1 SMP Mi Apr 14 19:33:12 CEST 2004 i686 GNU/Linux

Module:
Module Size Used by Not tainted
ppp_async 7648 1 (autoclean)
ppp_generic 22376 3 (autoclean) [ppp_async]
slhc 4976 0 (autoclean) [ppp_generic]
parport_pc 25608 1 (autoclean)
lp 7332 0 (autoclean)
parport 23336 1 (autoclean) [parport_pc lp]
snd-via82xx 12640 1
gameport 1356 0 [snd-via82xx]
snd-pcm 56448 0 [snd-via82xx]
snd-timer 14244 0 [snd-pcm]
snd-ac97-codec 43932 0 [snd-via82xx]
snd-page-alloc 5844 0 [snd-via82xx snd-pcm]
snd-mpu401-uart 3184 0 [snd-via82xx]
snd-rawmidi 12960 0 [snd-mpu401-uart]
snd-seq-device 3844 0 [snd-rawmidi]
snd 30372 1 [snd-via82xx snd-pcm snd-timer snd-ac97-codec snd-mpu401-uart snd-rawmidi snd-seq-device]
soundcore 3524 0 [snd]
autofs4 9204 1
af_packet 14152 2
ntfs 52192 1
msdos 5420 0 (unused)
nls_iso8859-1 2812 2
nls_cp437 4316 1
agpgart 43108 0 (unused)
via-rhine 12944 0 (unused)
mii 2144 0 [via-rhine]
crc32 2848 0 [via-rhine]
acm 6080 0 (unused)
eagle-usb 101924 2
serial 47044 0 (unused)
ehci-hcd 17452 0 (unused)
pcmcia_core 42048 0 (unused)
thermal 6308 0 (unused)
processor 8720 0 [thermal]
fan 1632 0 (unused)
button 2540 0 (unused)
battery 5792 0 (unused)
ac 1824 0 (unused)
rtc 7272 0
ieee1394 182500 0 (unused)
usb-storage 64608 0 (unused)
usb-uhci 22672 0 (unused)
usbcore 59756 1 [acm eagle-usb ehci-hcd usb-storage usb-uhci]

Fehlt da was zum printen?
Debian Sid, K7VTA3-Board, Athlon 2600 XP, 512 MB RAM-333MHz

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 02.07.2004 10:42:56

Nein, parport, parport_pc und lp sind geladen, das sind die beiden wichtigen Treiber, um einen Drucker über die parallele Schnittstelle anzusteuern, also alles ok.

So langsam gehen mir die Ideen aus :cry: . Ich kann Dir ff. anbieten: gib mir einen ssh-Zugang und ich schaue mal, ob ich auf Deinem Rechner was "sehen" oder fixen kann. Habe ich schon bei vielen Usern hier gemacht, schreib mir eine PN, oder besser noch, chatte mich per Yahoo oder ICQ kann, wenn Du willst.

Noch eine kleine Sache: als Du den Drucker per CUPS eingerichtet hast, konntest Du Deinen Drucker an der parallelen Schnittstelle "sehen"?

Gruss, mistersixt.

tohuwabohu
Beiträge: 97
Registriert: 27.03.2004 17:12:12

Beitrag von tohuwabohu » 02.07.2004 14:04:02

Man glaubt es nicht: Er druckt! Und der Fehler war mehr als banal: Im Einrichtungsmenü gibt es unter "Eigenschaften" eine Option "Benutzer" und die steht default auf "nicht zugelassene Benutzer". Geändert: fertig.
Dadurch änderte sich in der printers.conf "DenyUser" in "AllowUser", was ich ja zuvor manuell versucht hatte - erfolglos. Daher ist wohl davon auszugehen, dass noch eine andere Konfigurationsdatei betroffen ist.

Tja, tut mir leid, mistersixt, dass ich Dir soviel Mühe gemacht habe, und ganz herzlichen Dank auch für Dein Angebot, meinen Rechner zu checken.
Dank auch an alle Anderen, die mit überlegt haben.
Debian Sid, K7VTA3-Board, Athlon 2600 XP, 512 MB RAM-333MHz

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 02.07.2004 14:33:25

Puuh, das war aber auch eine schwere Geburt :roll: !

Aber schön, dass es jetzt nun funktioniert, immerhin hast Du bei dieser Aktion verdammt viele Sachen gelernt :) !

Gruss, mistersixt.

Antworten