Wie ich gerade sehe, wird auf der deutschen Brother Seite der ql550 Treiber auch für den QL 500 angeboten, auf der Amerikanischen Seite heißt der aber ql 500......
Evtl. mal die alten Treiber löschen und die neuen installieren?
Wie ich gerade sehe, wird auf der deutschen Brother Seite der ql550 Treiber auch für den QL 500 angeboten, auf der Amerikanischen Seite heißt der aber ql 500......
Evtl. mal die alten Treiber löschen und die neuen installieren?
Ich gehe davon aus, dass bei dir ql550lpr-1.0.1-0.i386.rpm und ql550cupswrapper-1.0.1-0.i386.rpm
richtig installiert sind.
Ergänzung: die Datei /var/log/cups/error_log gibt folgendes aus
Die erste Zeile kann darauf hindeuten, dass in der Auswahl eine unpassende Etikettengröße oder Seitengröße eingestellt wurde oder diese in einer *.ppd-Datei vorgegeben ist.
Mit dem lpr -P Kommando kann man z.B. über -o PageSize=29x90mm die entsprechenden Größen zum Ausprobieren temporär anpassen.
Ich gehe davon aus, dass bei dir ql550lpr-1.0.1-0.i386.rpm und ql550cupswrapper-1.0.1-0.i386.rpm
richtig installiert sind.
Die erste Zeile kann darauf hindeuten, dass in der Auswahl eine unpassende Etikettengröße oder Seitengröße eingestellt wurde oder diese in einer *.ppd-Datei vorgegeben ist.
Mit dem lpr -P Kommando kann man z.B. über -o PageSize=29x90mm die entsprechenden Größen zum Ausprobieren temporär anpassen.
Ich gehe davon aus, das der qlr550 der falsche Treiber ist:
ls -al Programme86x64/Programme/ | grep -i ql5
-rw-r--r-- 1 stephan users 16085 6. Aug 20:49 ql500cupswrapper-1.0.1-0.i386.rpm
-rw-r--r-- 1 stephan users 41123 6. Aug 20:47 ql500lpr-1.0.1-0.i386.rpm
-rw-r--r-- 1 stephan users 17153 6. Aug 19:51 ql550cupswrapper-1.0.1-0.i386.rpm
-rw-r--r-- 1 stephan users 41981 6. Aug 19:51 ql550lpr-1.0.1-0.i386.rpm
1. Zypper
also erstmal die Ausgabe zu zypper:
openSUSE-Laptop:/home/h1-alex # zypper se -s ql550
Dienst 'NVIDIA' wird aktualisiert.
Dienst 'openSUSE' wird aktualisiert.
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Type | Version | Arch | Repository
---+------------------+-------+---------+------+---------------
i+ | ql550cupswrapper | Paket | 1.0.1-0 | i386 | (Systempakete)
i+ | ql550lpr | Paket | 1.0.1-0 | i386 | (Systempakete)
Ergo: es sind die Treiber für QL-550 installiert, physisch besitze ich aber tatsächlich den QL-500. Okay, ich werde das nochmal testen.
2. Etikkeneinstellung:
Auf die Einstellung der Etikettengröße habe ich tatsächlich überall geachtet. Sowohl unter http://localhost:631/printers/ als auch in der Drucker-GUI von Yast als auch in der Drucksoftware glabels.
3. Log-Datei
ZitatHast du mal das LogLevel auf debug gesetzt und danach im error.log
Wo stelle ich das Level um? Sorry, das ist mir bisher noch nicht begeegnet.
Heute sagt die log-Datei nach einem ins Leere gelaufenem Druckversuch das hier:
Wo stelle ich das Level um? Sorry, das ist mir bisher noch nicht begeegnet.
Heute sagt die log-Datei nach einem ins Leere gelaufenem Druckversuch das hier:
Als root in der /etc/cups/cupsd.conf:
linux64:/home/stephan # cat /etc/cups/cupsd.conf
#
# Configuration file for the CUPS scheduler. See "man cupsd.conf" for a
# complete description of this file.
#
# Log general information in error_log - change "warn" to "debug"
# for troubleshooting...
LogLevel warn
von warn auf debug umstellen, cups neu starten:
als root:
Jetzt mal mehrfach etwas versuchen zu drucken und dann hier posten:
Hinterher den loglevel wieder auf warn zurückstellen und cups neu starten.
hab alles erledigt, was du geschrieben hast - hat alles funktioniert, Drucker druckt trotzdem nicht.
Zitat
Das ergibt eine eeeewig lange log-Datei (zu groß zum posten) mit anscheinend sich wiederholenden Blöcken. Die letzten Zeilen:
openSUSE-Laptop:/home/h1-alex # cat /var/log/cups/error_log
D [15/Aug/2025:20:03:17 +0200] cupsdMarkDirty(----S)
D [15/Aug/2025:20:03:17 +0200] cupsdSetBusyState: newbusy="Active clients, printing jobs, and dirty files", busy="Active clients and dirty files"
D [15/Aug/2025:20:03:17 +0200] [Client 25] Returning IPP successful-ok for Print-Job (no URI) from localhost.
D [15/Aug/2025:20:03:17 +0200] [Client 25] Content-Length: 192
D [15/Aug/2025:20:03:17 +0200] [Client 25] cupsdSendHeader: code=200, type="application/ipp", auth_type=0
D [15/Aug/2025:20:03:17 +0200] [Client 25] con->http=0x5633b6e292d0
D [15/Aug/2025:20:03:17 +0200] [Client 25] cupsdWriteClient error=0, used=0, state=HTTP_STATE_POST_SEND, data_encoding=HTTP_ENCODING_LENGTH, data_remaining=192, response=0x5633b6e2dbc0(IPP_STATE_IDLE), pipe_pid=0, file=-1
D [15/Aug/2025:20:03:17 +0200] [Client 25] Writing IPP response, ipp_state=IPP_STATE_DATA, old wused=0, new wused=0
D [15/Aug/2025:20:03:17 +0200] [Client 25] bytes=0, http_state=0, data_remaining=192
D [15/Aug/2025:20:03:17 +0200] [Client 25] Flushing write buffer.
D [15/Aug/2025:20:03:17 +0200] [Client 25] New state is HTTP_STATE_WAITING
D [15/Aug/2025:20:03:17 +0200] [Client 25] Waiting for request.
[...]
D [15/Aug/2025:20:03:54 +0200] Expiring subscriptions...
Alles anzeigen
Im Anschluss gleich nochmal alle Screenshots nach der Treiber-Neuinstallation:
Ne, nicht wirklich.