ich würde zuerst prüfen, ob cups läuft sudo systemctl status cups
wenn nicht, dann starten sudo systemctl start cups
und nachsehen, ob der Drucker immer noch nicht mag
(PS: wie kann ich einen Code-block formatieren? Mit Bacjkticks ` geht es nicht …)
cups scheint nicht zu laufen (dort steht inactive). Starten sudo systemctl start cups liefert einen Fehler: Job for cups.service failed because the control process exited with error code. See "systemctl status cups.service" and "journalctl -xeu cups.service" for details.
Danke für die schnelle Antwort Wie kann ich weiter machen?
Hallo christina
Da dein Cups nicht mehr startet sehe ich zwei Möglichkeiten. Entweder Du postet wie vorgeschlagen den Inhalt vom Journal: sudo journalctl -xeu cups.service
oder probierst einfach Cups nach dieser Anleitung neu zu installieren https://wiki.manjaro.org/index.php/Printing
Ich neige zur zweiten Variante.
Danke für eure Antworten
Leider komme ich aus persönlichen Gründen nicht so oft zum Linux-Basteln. Daher bitte ich euch um Geduld, wenn meine Antwort mal ein paar Tage braucht … Ich bleibe dran …
Hier ist schonmal das Journal
Danke für die Antwort: 3 backticks ``` am Anfang und am Ende funktionieren, um Code mehrzeilig zu formatieren:
$ sudo journalctl -xeu cups.service
░░
░░ The job identifier is 1133.
Mär 08 18:25:13 … systemd[1]: cups.service: Main process exited, code=exited, status=127/n/a
░░ Subject: Unit process exited
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░
░░ An ExecStart= process belonging to unit cups.service has exited.
░░
░░ The process' exit code is 'exited' and its exit status is 127.
Mär 08 18:25:13 … systemd[1]: cups.service: Failed with result 'exit-code'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░
░░ The unit cups.service has entered the 'failed' state with result 'exit-code'.
Mär 08 18:25:13 … systemd[1]: Failed to start CUPS Scheduler.
░░ Subject: A start job for unit cups.service has failed
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░
░░ A start job for unit cups.service has finished with a failure.
░░
░░ The job identifier is 1133 and the job result is failed.
Mär 08 18:25:13 … systemd[1]: cups.service: Scheduled restart job, restart counter is at 1.
░░ Subject: Automatic restarting of a unit has been scheduled
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░
░░ Automatic restarting of the unit cups.service has been scheduled, as the result for
░░ the configured Restart= setting for the unit.
Mär 08 18:25:13 … systemd[1]: Stopped CUPS Scheduler.
░░ Subject: A stop job for unit cups.service has finished
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░
░░ A stop job for unit cups.service has finished.
░░
░░ The job identifier is 1296 and the job result is done.
Mär 08 18:25:13 … systemd[1]: Dependency failed for CUPS Scheduler.
░░ Subject: A start job for unit cups.service has failed
░░ Defined-By: systemd
░░ Support: https://forum.manjaro.org/c/support
░░
░░ A start job for unit cups.service has finished with a failure.
░░
░░ The job identifier is 1296 and the job result is dependency.
Mär 08 18:25:13 … systemd[1]: cups.service: Job cups.service/start failed with result 'dependency'.
lines 192-239/239 (END)
Die Seite mit der Anleitung ist gerade down. Aber auf https://web.archive.org/web/20260216072811/https://wiki.manjaro.org/index.php/Printing
ist sie noch erreichbar.
Ich befürchte, wenn ich alles neu installiere, dann ist auch meine Druckerinstallation mit dem Downgrade von Cups weg. Das war damals nicht so einfach einzurichten. Vielleicht können wir das bestehende wieder zum Laufen bringen?
Hallo christina,
die Journal-Infos sind leider nicht so informativ wie ich gehofft hatte. Deshalb kontrolliere mal die Cups-Konfigurationsdatei mit
sudo cupsd -t
das sollte zum Schluss sowas wie
"/etc/cups/cups-files.conf" is OK.
"/etc/cups/cupsd.conf" is OK.
ausgeben. Wenn nicht, dann weiss man zumindest welche conf-Datei nicht in Ordnung ist.
ich halte immer noch die komplette Neu-Installation von Cups für den pragmatischsten Weg, kann dir aber für deinen Kyocera-Drucker nichts garantieren. Insofern verstehe ich deine Bedenken, weiss aber nicht was es damals für Probleme bei der Druckereinrichtung gegeben hat. Aber vielleicht meldet sich ja jemand mit mehr Kenntnissen und einer zündenden Idee.
Es war eub Dowbgrade von cups notwendig, damit der Druckertreiber funktioniere. Die Oberfläche für das Downgrade war alles andere als Selbsterklärend (ich glaube es war ein Script). Und irgendwann funktionierte es dann. Wenn es irgendwie leichterr geht, würde ich mich freuen …
Und du bist dir sicher das cups noch funktioniert? Für mich sieht es eher so aus also ob du mit deinem Downgrade cups erst richtig kaputt gemacht hast.
Es wäre Sinnvoller gewesen den Fehler zu finden, Downgrades sind nie eine Lösung und machen oft alles noch schlimmer. Du kannst ja mal deinen Rechner neu starten und schauen ob
systemctl status cups.service
noch läuft und du drucken kannst.
Btw. libpaper.so.1 ist von 2022, welche cups Version hast du bei deinem Downgrade installiert?
Einfach nur das Update machen. Es kann sein, dass cups von den Updates ausgeschlossen ist. Das ist normalerweise eine Option beim Downgrade. Falls das so ist, musst du das vor dem Update rückgängig machen.
Mach das Update mit pacman -Syu , dort sieht du sofort ob du noch was anderes machen musst.
Erstmal schauen ob dann cups startet. Falls nicht, schau in das komplette Log von cups im journal.
systemctl status cups
und ggf.
journalctl --no-pager -b -u cups.service
Das können manchmal recht viele Zeilen sein. Zusätzlich kann auch ein Blick in /var/log/cups/ helfen. Da sind die Log Dateien von Cups. Die mit den Zahlen am Ende sind alt, die ohne Zahlen die neusten. Gerade das error_log kann hilfreich sein.
In der Datei /etc/pacman.conf musst du in die Zeile mit IgnorePkg = Paketname auskommentieren oder entfernen und abspeichern. Dann ein vollständige Upgrade machen.
Was den Drucker angeht, so ist der Treiber also die PPD steinalt, aber sollte funktionieren. Problem ist hier der proprietäre Filter. Dafür gibt es eine Lösung primär für Mac (sollte auch für Linux laufen), wo der Filter “nachgebaut” wurde ( GitHub - brainrom/rastertokpsl-re: Reverse engineered Kyocera rastertokpsl filter for CUPS · GitHub ), aber es scheint nach Berichten mit der aktuellen Version 2.4 nicht mehr zu funktionieren, bin mir aber da nicht sicher. Hier ist dieser in der AUR: AUR (en) - rastertokpsl-git
Wenn rastertokpsl-re nicht funktioniert, kannst du einen moderne Driverless-Treiber über Netzwerk versuchen, wenn der das kann.
Ansonsten sehe ich schwarz für Manjaro insbesondere Archlinux basierte Systeme. Du brauchst was Älteres, wie Debian, was immer noch Sicherheitsupdates bereitstellt und trotzdem alte Software laufen lässt, da der notwendige Filter nicht open source ist und nicht angepasst werden kann.
Hallo christina,
nur so als Einwurf von einem blinden Huhn (habe keinen Kyocera), im AUR gibt es einen Treiber kyocera_universal
Hilft vielleicht nach dem Cups-Update
Soll ich dann zuerst yay -yy rastertokpsl-git versuchen oder wie kann ich anfangen? Und wird dadurch der Filter installiert? oder muss ich danach noch etwas konfigurieren?
Kenne mich mit yay nicht aus. Und auch nicht mit Treiber, Filter und mit cups.
Oder soll ich mit yay -yy kyocera_universal anfangen?
Ich denke nicht, dass die Parameter -yy gültig sind. Ich würde pàmac build rastertokpsl-git ausführen, da pamac ja standardmäßig installiert ist. Jedenfalls muss dieser Filter installiert sein, damit die Cups darauf zugreifen kann. Die PPD ist quasi eine Textdatei mit Anweisungen, wo der Filter erwähnt wird und eben geladen wird.
In AUR (en) - kyocera_universal konnte ich die PPD für das Model FS-1061 nicht finden. Eventuell kompatibel mit FS-1030?