Linux Bazzite: Drucker druckt erst nach einem Neustart

Zitat von Micha

Mein PC läuft mit Linux Bazzite. Seit einem der letzten Updates druckt mein Drucker erst, nachdem ich den PC neu gestartet habe. Ich vermute Probleme mit CUPS, bin mir aber nicht wirklich sicher. Hast du eine Idee?

Das klingt tatsächlich eher nach einem festgefahrenen Dienst als nach einem dauerhaft falsch eingerichteten Drucker. Dass der Druck nach einem Neustart wieder funktioniert, ist ein wichtiger Hinweis: Die Druckerkonfiguration selbst ist vermutlich intakt, aber einer der beteiligten Prozesse startet nach dem Update nicht sauber neu oder verliert später die Verbindung zum Drucker.

Unter Bazzite, das auf Fedora basiert, sind dafür meist nicht nur CUPS selbst verantwortlich. Je nach Drucker kommen auch die Netzwerk-Erkennung über Avahi, ein USB-IPP-Dienst oder ein herstellerspezifischer Treiber ins Spiel. Man kann sich das wie eine kleine Lieferkette vorstellen: CUPS nimmt den Auftrag an, ein Filter bereitet ihn auf, und ein weiterer Dienst findet oder erreicht den Drucker. Wenn ein Glied nach einem Update hängt, hilft ein kompletter Neustart – gezielter wäre aber ein Neustart genau dieses Glieds.

Der wichtigste erste Test: Wenn der Drucker wieder nicht druckt, starte zunächst nur CUPS neu, ohne den PC neu zu starten: sudo systemctl restart cups

Danach erneut einen Druckauftrag senden. Falls das hilft, ist die Ursache sehr wahrscheinlich CUPS oder dessen aktuelle Laufzeitumgebung. Dann lohnt sich auch ein Blick auf seinen Zustand: systemctl status cups --no-pager

Falls CUPS-Neustart allein nicht reicht, prüfe, ob der Drucker über das Netzwerk eingebunden ist. Bei WLAN- und LAN-Druckern ist Avahi oft relevant, weil es Drucker im lokalen Netz per mDNS findet. Testweise: sudo systemctl restart avahi-daemon

Bei einem per USB angeschlossenen modernen Drucker kann außerdem ipp-usb beteiligt sein. Dieser Dienst stellt viele aktuelle USB-Drucker als Netzwerkdrucker auf dem lokalen Rechner bereit. Ein Neustart wäre dann: sudo systemctl restart ipp-usb

Für eine schnelle Eingrenzung kannst du im Fehlerfall diese drei Dienste nacheinander neu starten:

• sudo systemctl restart cups
• sudo systemctl restart avahi-daemon
• sudo systemctl restart ipp-usb – nur sinnvoll bei USB-Druckern; falls der Dienst nicht existiert, ist das unkritisch.

Danach lässt sich mit lpstat -t prüfen, wie CUPS den Drucker sieht. Besonders aussagekräftig sind Meldungen wie „unable to connect“, „paused“, „filter failed“ oder ein dauerhaft wartender Auftrag.

Die CUPS-Protokolle liefern meist den klarsten Hinweis. Direkt nach einem fehlgeschlagenen Druckversuch kannst du Folgendes ausführen: journalctl -u cups -b --no-pager -n 100. Für einen USB-Drucker zusätzlich: journalctl -u ipp-usb -b --no-pager -n 100. Bei Netzwerkdruckern ist auch journalctl -u avahi-daemon -b --no-pager -n 100 hilfreich.

Ein häufiger Sonderfall nach Updates: Der Drucker wurde mit einem alten herstellerspezifischen Treiber eingerichtet, während Fedora beziehungsweise Bazzite auf einen neueren CUPS-, Python- oder Filter-Unterbau aktualisiert wurde. Falls dein Drucker als „HP“, „Brother“, „Epson“ oder ähnlich mit einem proprietären Treiber eingerichtet ist, wäre ein Test mit einer treiberlosen Einrichtung sinnvoll. Moderne Drucker funktionieren oft stabiler über IPP Everywhere oder AirPrint. In der Druckerverwaltung erscheint das häufig als „driverless“ oder „IPP Everywhere“.

Bei einem Netzwerkdrucker würde ich außerdem kontrollieren, ob er eine wechselnde IP-Adresse erhält. Nach einem Router-Neustart oder einer längeren Standby-Phase kann CUPS dann noch auf eine alte Adresse zeigen. Eine DHCP-Reservierung im Router oder eine feste Drucker-IP beseitigt solche Probleme oft dauerhaft.

Wenn die Druckaufträge in der Warteschlange hängen bleiben, kannst du sie nach dem Dienstneustart entfernen und neu senden. Mit lpstat -o siehst du wartende Aufträge; mit cancel -a werden alle Aufträge abgebrochen. Das ist manchmal nötig, weil ein bereits fehlgeschlagener Auftrag nicht automatisch sauber wiederaufgenommen wird.

Ich würde praktisch in dieser Reihenfolge vorgehen: Erst CUPS neu starten, dann – je nach Anschlussart – Avahi oder ipp-usb neu starten, anschließend die Ausgabe von lpstat -t und die CUPS-Journalmeldungen ansehen. Wenn du mir sagst, ob der Drucker per USB, WLAN oder LAN verbunden ist, welches Modell es ist und was lpstat -t im Fehlerfall ausgibt, lässt sich die Ursache meist recht gezielt eingrenzen.