Der Drucker druckt nicht. Hilfe!

[vladonline]

Hallon
Ich habe probleme mir Drucker Epson Stylus color 740. Benutze SUSE 8.0.
Yast hat das gerät richtig erkannt und hat auch vier warteschlangen eingerichtet.
Mit /etc/init.d/lpd habe ich den Daemon gestartet.

Danach sollte es doch laufen.

lpr datei
schiebt sie in die Warteschlange

mit lpq bekomme ich den Status:

grafin:/ # lpq
Printer: warteschlange@grafin 'lpdfilter drv=upp method=auto color=yes'
Queue: 9 printable jobs
Server: pid 5697 active
Unspooler: pid 5954 active
Status: waiting for subserver to exit at 04:51:42.472
Rank Owner/ID Class Job Files Size Time
active root@grafin+737 A 737 README.txt 2111 04:51:23
2 root@grafin+739 A 739 README.txt 2111 04:51:24
3 root@grafin+741 A 741 README.txt 2111 04:51:24
4 root@grafin+744 A 744 README.txt 2111 04:51:24
5 root@grafin+746 A 746 README.txt 2111 04:51:24
6 root@grafin+748 A 748 README.txt 2111 04:51:24
7 root@grafin+750 A 750 README.txt 2111 04:51:25
8 root@grafin+752 A 752 README.txt 2111 04:51:25
9 root@grafin+754 A 754 README.txt 2111 04:51:25
done root A 742 README.txt 2111 04:35:34
done root A 696 README.txt 2111 04:51:22
done root A 723 README.txt 2111 04:51:22
done root A 725 README.txt 2111 04:51:23
done root A 727 README.txt 2111 04:51:23
done root A 729 README.txt 2111 04:51:23

Es sieht für mich als einen ehrmaligen WinUser aus, als ob der Drucker schon seks Auftäge gedruck hat und nimmt sich jetzt den nächsten vor. Der Drucker bewegt sich aber nicht. Nach einiger Zeit verschwinden die Druckauftäge. Und es sieht so aus:

grafin:/ # lpq
Printer: warteschlange@grafin 'lpdfilter drv=upp method=auto color=yes'
Queue: no printable jobs in queue
Server: no server active
Status: job 'cfA742grafin.DRAGON' removed at 04:52:18.220
Rank Owner/ID Class Job Files Size Time
done root A 696 README.txt 2111 04:51:22


Was ist das? Womit hängt es zusammen. Kann mir jemand helfen.

[Mementreiber]

Schmeiß die dumme Suse raus- nimm Mandrake - dann läuft alles VIEL,VIEL besser!!! (Erfahrungswerte)

mfg,
Thorsten

[vladonline]

Falls es wirklich so ist werde ich das beim nächsten mal Versuchen aber nicht mit diesem Server, das ist zu aufwändig. Jetzt brauche ich Hilfe.

[Thomas Mitzkat]

Schmeiß die dumme Suse raus- nimm Mandrake - dann läuft alles VIEL,VIEL besser!!! (Erfahrungswerte)
sorry, aber das ist ein völlig unwahre verallgemeinerung, zumal bis auf die konfig-tools auf einer mandrake zu 99% die selbe software läuft, wie auf einer suse.


Mit /etc/init.d/lpd habe ich den Daemon gestartet.
kann eigentlich nicht der richtige befehl sein, weil der druckerdämon eh schon automatisch bei der einrichtung gestartet wird. wenn von hand starten, dann

rccups start
ich kann mir auch nicht vorstellen, dass lpd parallel zu cups installiert ist. da hätte also eine fehlermeldung kommen müssen, zumindest auch wegen dem fehlenden parameter.

die frage, die sich mir stellt ist, ob cups parallel zu lpd installiert wurde ( dann wundert mich das problem nicht ), oder ob nicht irgendwelche fehlermeldungen übersehen wurden. ich würde mal in yast-sofwareinstallation erstmal nachschauen, ob lpd auch drauf ist, den eventuell runterschmeissen und cups neu installieren.

[taylor]

Hi Thorsten!

Original geschrieben von Mementreiber
Schmeiß die dumme Suse raus- nimm Mandrake - dann läuft alles VIEL,VIEL besser!!! (Erfahrungswerte)

Thomas hat's ja schon gesagt.
Verkneife Dir bitte solche Sprüche. Das ist ausschliesslich kontraproduktiv und hier nicht erwünscht.

Gruß,
Taylor

[vladonline]

Hm,
lpd ist installiert und cups nicht. Ich bin kein Experte und habe nach dem Buch gebaut. Ich versuche jetzt das zu tun was du empfielst, aber könntest du vieleciht den unterschied zwischen den beiden erleutern?
Danke

[taylor]

Vieleicht kannst Du uns ja ein paar brauchbare Fehlermeldungen liefern.

Sieh mal die Logdateien in /var/log durch.

[Thomas Mitzkat]

ich kann immer noch nicht nachvollziehen, wieso cups nicht, dafür aber lpd installiert wurde. aber gut, über das yast-kontrollzentrum-software kann man ja den lpd wieder deinstallieren und den cups dafür draufspielen oder in der druckerkonfiguration cups als drucksystem auswählen. vielleicht ist auch nur die auflösung zu hoch gewählt und ghostscript kackt beim verarbeiten des druckauftrags ab. wenn solche aktionen wie änderung des druckemodells nicht funktionieren, würde ich versuchen auf cups umzustellen, weil es einfach das modernere drucksystem ist.

[vladonline]

Allso ich weiss nicht was das Problemm war aber mit cups hat es geklapt.
Danke alle!