Arch Linux

cupsd startet nicht / drucker wird nicht angezeigt

eagle

Hallo zusamen,

gestern habe ich cups installiert um etwas zu drucken. Leider startet der Server beim Booten nicht richtig. Enabled ist der Service. Der Befehl "systemctl status org.cups.cupsd" liefert:

# systemctl status org.cups.cupsd
● org.cups.cupsd.service - CUPS Scheduler
   Loaded: loaded (/usr/lib/systemd/system/org.cups.cupsd.service; enabled; vend
   Active: inactive (dead)
     Docs: man:cupsd(8)

Manuell (mit "systemctl start org.cups.cupsd") lässt sich der cups Server starten.

# systemctl status org.cups.cupsd
● org.cups.cupsd.service - CUPS Scheduler
   Loaded: loaded (/usr/lib/systemd/system/org.cups.cupsd.service; enabled; vendor preset: disabled)
   Active: active (running) since So 2016-11-27 08:31:11 CET; 10s ago
     Docs: man:cupsd(8)
 Main PID: 568 (cupsd)
   Status: "Scheduler is running..."
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/org.cups.cupsd.service
           └─568 /usr/bin/cupsd -l

Nov 27 08:31:11 pynote systemd[1]: Starting CUPS Scheduler...
Nov 27 08:31:11 pynote systemd[1]: Started CUPS Scheduler.

Danach ist auch der Server über "http://localhost:631/" erreichbar. Leider wird dann mein Drucker im Dialog zum drucken nicht angezeigt. Konfiguriert ist er. Es war auch möglich eine Testseite über den http Zugang des Servers zu drucken.

Woran könnten diese beiden Probleme liegen?

Gruß
Michael

Tinitus

Starte doch mal ein journalctl -f in einem Terminal. In einem 2. Terminal restartest du Cupsd. Dann zeige mal ein komplettes Log vom Start.
Welche Desktopumgebung verwendest Du?

eagle

Hier der Log:

Dez 08 18:41:36 pynote systemd[1]: Stopping CUPS Scheduler...
Dez 08 18:41:36 pynote systemd[1]: Stopped CUPS Scheduler.
Dez 08 18:41:36 pynote systemd[1]: Starting CUPS Scheduler...
Dez 08 18:41:36 pynote colord[9939]: failed to get session [pid 9957]: Kein passendes Gerät bzw. keine passende Adresse gefunden
Dez 08 18:41:36 pynote systemd[1]: Started CUPS Scheduler.

Was für ein Gerät bzw. Adesse erwarten CUPS an der Stelle?

Als Desktop verwende ich LXDE.

SUSEDJAlex

Ist der User in der Gruppe "lp" drin ?

zeige doch mal die Gruppen des Benutzers an:

groups

LG SUSEDJAlex

Nachtrag:

Hier sind meine Gruppen:

$ groups
lp wheel bumblebee network video audio storage scanner users

eagle

Mein user ist nicht in lp drin.

$ groups
sys disk uucp audio users

Die Gruppe lp ist ja auch nur für Parallelport Drucker. Außerdem wird CUPS mit root Rechten gestartet. Dass cupsd nicht startet kann also zumindest nicht an fehlenden Rechten des Benutzers liegen.

LG

SUSEDJAlex

Dann lies mal hier im Wiki nach und da steht ja alles da

https://wiki.archlinux.org/index.php/CUPS

Es steht da dass der Benutzer zu Gruppe lp hinzugefügt werden muss

LG SUSEDJAlex

drcux

Cups wird erst gestartet, wenn man versucht zu drucken, daher ist es direkt nach dem Booten nicht aktiv. Siehe "/usr/lib/systemd/system/org.cups.cups-lpd.socket"

Um Fehler dabei auszuschließen würde ich "org.cups.cupsd" disablen und mir mein eigenes Service-File erstellen und enablen:

cat /usr/lib/systemd/system/cupsd.service 
[Unit]
Description=CUPS Printing Service
After=network.target

[Service]
ExecStart=/usr/sbin/cupsd -l

[Install]
WantedBy=multi-user.target

Danach startet cups wieder auf die herkömmliche Art direkt beim booten und du kannst dich auf weitere Fehler konzentrieren... 😉

PS: Der User braucht nicht in der Gruppe lp zu sein, das ist nur in besonderen Fällen notwendig.

Die Gruppe "disk" ist wie dem User Root-Rechte zu geben, Schreibzugriff direkt auf /dev/sdX, damit hebelt man alle Schutzmaßnahmen auf Dateiebene aus...

skull-y

SUSEDJAlex schriebDann lies mal hier im Wiki nach und da steht ja alles da

https://wiki.archlinux.org/index.php/CUPS

Es steht da dass der Benutzer zu Gruppe lp hinzugefügt werden muss

LG SUSEDJAlex

Hast du auch gelesen, wann das nötig ist? Mein Nutzer gehört nur zur users-Gruppe und weil ich sudo verwende noch zur Gruppe wheel. Alles andere ist überflüssig, so lange es nicht explizit benötigt wird.

@ eagle

Aus welchen Programmen heraus probierst du zu drucken? Im CUPS-Artikel im englischen Wiki ist gleich am Anfang ein Hinweis zu Programmen, die GTK3 verwenden.

eagle

drcux schrieb Cups wird erst gestartet, wenn man versucht zu drucken, daher ist es direkt nach dem Booten nicht aktiv.

Ok, das erklärt warum cupsd nach dem Booten nicht lief. Wenn er beim Drucken automatisch startet ist das aber auch ok.

drcux schrieb Die Gruppe "disk" ist wie dem User Root-Rechte zu geben, Schreibzugriff direkt auf /dev/sdX, damit hebelt man alle Schutzmaßnahmen auf Dateiebene aus...

Danke für die Info. Dachte mal dass das nötig ist um USB-Sticks zu mounten. Hab den Benutzer jetzt aus der Gruppe entfernt.

skull-y schrieb Aus welchen Programmen heraus probierst du zu drucken? Im CUPS-Artikel im englischen Wiki ist gleich am Anfang ein Hinweis zu Programmen, die GTK3 verwenden.

Ich hatte hauptsächlich Evince probiert. Das war der richtige Hinweis. Jetzt hab ich das Packet gtk3-print-backends installiert und kann endlich drucken.

Vielen Dank für eure Unterstützung!