[gelöst] Aussetzer nach direktem Drucken auf /dev/lp0

[Nightshade]

Hallo,

ich hab seit neuestem einen Epson LQ 350.
Das ist ein Nadeldrucker, der auch noch einen Parallelportanschluss besitzt, den ich mit meinem Rechner verbunden habe.
Auf meinem Rechner habe ich dafür eine kombinierte Delock Parallel/Seriell PCIe Karte. Meines Wissens arbeitet die einwandfrei und musste auch nicht eingerichtet werden.

Die Einrichtung des Druckers unter CUPS ging problemlos und er druckt auch genau so, wie er sollte.
Das Problem kommt von unerwarteter Seite.
Immer wieder drucke ich Texte, indem ich sie direkt an den Drucker schicke.

Code: Alles auswählen

cat text.txt > /dev/lp0

Der Drucker druckt alles, wie er soll.
Aber dann werden Teile des Computers instabil.

• Fast immer: Audioausgabe über Pulseaudio hat immer wieder Hänger.
• Selten: Irgendwann reagiert mein KDE Plasma nicht mehr. Die Maus kann nicht mehr bewegt werden. Zumindest gelegentlich wird aber die Uhr weitergezählt, also ist es kein kompletter Absturz.

Wenn ich über CUPS drucke, konnte ich solche Probleme noch nicht feststellen.

Angesichts dessen, dass ein Ausdruck durch schicken an den Parallelport die wohl älteste Art zu drucken unter Linux ist, habe ich mit solchen Problemen nicht gerechnet.

Hat jemand eine Idee?

Edit: Ich habe den Spektrograph von meinem Audioprogramm beobachtet zusammen mit der Individual Core Usage Anzeige. Wann immer Hänger zu hören sind, bleibt der Spektograph auch stehen und es gibt einen kurzen Spike in der Core-Nutzung.
Es ist also kein Pulseaudio-Problem, ein Prozess legt den Rechner kurzzeitig lahm.
Es ist aber zu kurz, als dass ich über top herausfinden konnte, was für ein Prozess.

[thunder11]

Vielleicht mal das Journal mitlaufen lassen. Starten, wenn Druckbefehl eingegeben wird.

Code: Alles auswählen

journalctl -f

[Nightshade]

Okay, hab ich grad versucht.
Keine Ausgabe.

[KP97]

lpr geht ja an CUPS vorbei, ist also die alte Unixvariante des Druckens.
Sind die Pakete cups-bsd, lpr oder lprng installiert?

[Nightshade]

cups-bsd ist installiert. Die anderen nicht.

Verständnisfrage: Ich bin davon ausgegangen, dass /dev/lp0 ein direkter Zugriff auf den Parallelport ist.
Jetzt wird mir bewusst, dass das wohl nicht so ist.
Jetzt sehe ich auch, dass es ein Device /dev/parport0 gibt. Ist das der "rohe" Parallelport?
Wenn ich versuche, auf ihn zu schreiben, bekomme ich aber nur "write error: Invalid argument".
Um es noch mal zu betonen: Alles, was ich an den Drucker sende (inclusive Steuerzeichen in dieser Epson Sprache) kommt korrekt an, wenn ich sie an /dev/lp0 schicke.

[KP97]

Ist der User in der Gruppe lp? Oder den ganzen Kram mal als root versuchen.
Sonst fällt mir nichts mehr ein, das ist einfach zu lange her, und Druckersteuerung war auch damals schon immer ein Thema für sich.
Suche auch im Netz nach parport, da findet sich Einiges, aber alles ziemlich alt, lpr ist ja auch eine alte Geschichte.
Wenn Du aber sagst, mit CUPS funktioniert alles, dann bleib doch dabei.

[Nightshade]

Was ist damit genau gemeint?
Ich habe versucht, statt in /dev/lp0 zu schreiben den Text an lpr gepiped.
Sobald Sonder- oder Steuerzeichen beim Drucker ankommen, macht er leider nur noch Mist.
Ich hab irgendwie die Vermutung, dass CUPS den /dev/parport0 blockiert. Das wäre ärgerlich.
Ich werde weitersuchen.
Vielen dank schon Mal für die Hilfe.

PS: Ja, ich hab auch als Root versucht.

[Nightshade]

Nach vielen Druckaktionen wurde das Problem so schlimm, dass das System abstürzte.
Dieses mal konnte ich mir über journalctl einen Stacktrace geben lassen.
So komisch es auch klingen mag, der Verursacher scheint Wayland zu sein.

Ich hab den Rechner neu gebootet und mein KDE Plasma auf Xorg umgestellt.
Einmal gedruckt und es treten keine Probleme auf.

Sehr sehr eigenartig.

[KP97]

Na siehste, schön wenn es jetzt läuft.
Das wäre einen Bugreport wert, Wayland ist ja noch immer kein kompletter Ersatz für Xorg, da muß noch einiges getan werden.