[gelöst] Problem bei der Installation von CUPS
[gelöst] Problem bei der Installation von CUPS
Guten Tag,
seid einigen Tagen nutze ich Debian 11 (Nicht vom PC-Namen irritieren lassen). Bei der Installation bzw. beim Start kommt es zu folgenden Problem(en). Auch der Ausruf über "localhost:631 scheitert.
Für Hilfe bin ich dankbar.
Grüße aus Niedersachsen
seid einigen Tagen nutze ich Debian 11 (Nicht vom PC-Namen irritieren lassen). Bei der Installation bzw. beim Start kommt es zu folgenden Problem(en). Auch der Ausruf über "localhost:631 scheitert.
Für Hilfe bin ich dankbar.
Grüße aus Niedersachsen
Zuletzt geändert von Yobi am 14.09.2021 20:37:28, insgesamt 1-mal geändert.
Re: Problem bei der Installation von CUPS
Die Ausgabe von journalctl -xe könnte nähere Informationen haben. Bitte lieber als Text von [code] und [/code] eingeschlossen, denn als Bild posten.
Re: Problem bei der Installation von CUPS
Anbei die Ausgabe von journalctl -xe
Code: Alles auswählen
┌──(ego㉿WindowsPC)-[~]
└─$ journalctl -xe
Hint: You are currently not seeing messages from other users and the system.
Users in groups 'adm', 'systemd-journal' can see all messages.
Pass -q to turn off this notice.
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ A start job for unit UNIT has finished successfully.
░░
░░ The job identifier is 215.
Sep 14 12:57:13 WindowsPC blueman-applet[1199]: blueman-applet version 2.1.4 starting
Sep 14 12:57:13 WindowsPC blueman-applet[1199]: There is an instance already running
Sep 14 12:57:13 WindowsPC systemd[854]: blueman-applet.service: Succeeded.
░░ Subject: Unit succeeded
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ The unit UNIT has successfully entered the 'dead' state.
Sep 14 12:57:21 WindowsPC systemd[854]: run-user-132-gvfs.mount: Succeeded.
░░ Subject: Unit succeeded
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ The unit UNIT has successfully entered the 'dead' state.
Sep 14 12:57:21 WindowsPC systemd[854]: run-user-132.mount: Succeeded.
░░ Subject: Unit succeeded
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ The unit UNIT has successfully entered the 'dead' state.
lines 4544-4569/4569 (END)
Re: Problem bei der Installation von CUPS
Dieses wäre zu beachten:
Alternativ könnte man journalctl als Root ausführen.Yobi hat geschrieben:14.09.2021 13:00:45Code: Alles auswählen
Hint: You are currently not seeing messages from other users and the system. Users in groups 'adm', 'systemd-journal' can see all messages.
Re: Problem bei der Installation von CUPS
Und dann : statt journalctl -xe
bitte
bitte
Code: Alles auswählen
journalctl -b |grep cups
Re: Problem bei der Installation von CUPS
Bitte nicht. journalctl -b | grep cups wird nur einen Teil der Meldungen finden, und zusätzliche Informationen in weiteren Zeilen gar nicht anzeigen. In diesem Fall wird -xe empfohlen, und wenn, dann würde ich es allenfalls durch --unit cups einschränken. Sollte aber nicht notwendig sein, weil nach dem Versuch der Aktivierung der direkt angezeigte Logeintrag der Richtige ist.
Könntest du nicht in einem anderen Thread für Unübersichtlichkeit sorgen, Willy? Etwa in einem von dem User, der Antworten sowieso nicht liest, aber von den Leuten erwartet, sich irgendwelche Tutorials reinzuziehen, um seinen Fehler zu orakeln? Dieser User hier ist neu, und ich fände es gut, ihn nicht direkt aufs Glatteis zu führen.
Könntest du nicht in einem anderen Thread für Unübersichtlichkeit sorgen, Willy? Etwa in einem von dem User, der Antworten sowieso nicht liest, aber von den Leuten erwartet, sich irgendwelche Tutorials reinzuziehen, um seinen Fehler zu orakeln? Dieser User hier ist neu, und ich fände es gut, ihn nicht direkt aufs Glatteis zu führen.
Re: Problem bei der Installation von CUPS
Na ja immerhin sehe ich bei der Ausgabe von journalctl -xe bei ihm nichts von cups.
wird halt nur ein endlos langer Ausdruck (bei mir 2800 Zeilen) , worauf du ihn ja auch darauf hättest hinweisen können.
Eine Alternative, wenn man unbedingt Kommentare sehen will wäre dann:
Dass er da als Root machen soll bzw. sich in einer der beiden Gruppen zufügen soll,
darauf hast du ihn ja hingewiesen.
Wahrscheinlich hat er den Verlaufspeicher auch noch nicht auf unbegrenzt gestellt, sodass er nur einen unvollständige Ausgabe sehen kann.
Aber ich lass das jetzt mal.
wird halt nur ein endlos langer Ausdruck (bei mir 2800 Zeilen) , worauf du ihn ja auch darauf hättest hinweisen können.
Eine Alternative, wenn man unbedingt Kommentare sehen will wäre dann:
Code: Alles auswählen
journalctl -b -x |grep cups
darauf hast du ihn ja hingewiesen.
Wahrscheinlich hat er den Verlaufspeicher auch noch nicht auf unbegrenzt gestellt, sodass er nur einen unvollständige Ausgabe sehen kann.
Aber ich lass das jetzt mal.
Re: Problem bei der Installation von CUPS
OT:
Dieses grep cups ist an dieser Stelle ungeeignet, wie ich schon schrieb. Besser wäre grep -i cups, wenn man denn unbedingt sein grep unterbringen will, aber vorgesehen wäre journalctl --unit cups – weil’s ja genau um diese Unit geht. Ließe sich auch kombinieren, wenn man möchte:
journalctl -b -xe -u cups würde nur die ausführlichen Meldungen von cups.service bringen. Das wäre hier wohl die beste Option, aber ich wollte dem TE zeigen, dass er die Hinweise, die auf seinem Bildschirm stehen, auch gerne eigenständig abarbeiten kann – und das wäre journalctl -xe als Root (oder in der passenden Gruppe) gewesen, was letztlich auch die gleiche Ausgabe enthalten haben würde.
Ja, und den Grund hab ich gepastet: journalctl wurde als User aufgerufen, cups ist aber ein Systemdienst.willy4711 hat geschrieben:14.09.2021 14:34:01Na ja immerhin sehe ich bei der Ausgabe von journalctl -xe bei ihm nichts von cups.
… was völlig unerheblich ist, wenn der Versuch der Aktivierung unmittelbar vor dem Aufruf des Journals stattfand.willy4711 hat geschrieben:14.09.2021 14:34:01Wahrscheinlich hat er den Verlaufspeicher auch noch nicht auf unbegrenzt gestellt, sodass er nur einen unvollständige Ausgabe sehen kann.
Dieses grep cups ist an dieser Stelle ungeeignet, wie ich schon schrieb. Besser wäre grep -i cups, wenn man denn unbedingt sein grep unterbringen will, aber vorgesehen wäre journalctl --unit cups – weil’s ja genau um diese Unit geht. Ließe sich auch kombinieren, wenn man möchte:
journalctl -b -xe -u cups würde nur die ausführlichen Meldungen von cups.service bringen. Das wäre hier wohl die beste Option, aber ich wollte dem TE zeigen, dass er die Hinweise, die auf seinem Bildschirm stehen, auch gerne eigenständig abarbeiten kann – und das wäre journalctl -xe als Root (oder in der passenden Gruppe) gewesen, was letztlich auch die gleiche Ausgabe enthalten haben würde.
Re: Problem bei der Installation von CUPS
Code: Alles auswählen
journalctl -b -x |grep cups
Sep 14 11:46:37 XFCE audit[765]: AVC apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cups-browsed" pid=765 comm="apparmor_parser"
Sep 14 11:46:37 XFCE audit[766]: AVC apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=766 comm="apparmor_parser"
Sep 14 11:46:37 XFCE audit[766]: AVC apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd" pid=766 comm="apparmor_parser"
Sep 14 11:46:37 XFCE audit[766]: AVC apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd//third_party" pid=766 comm="apparmor_parser"
░░ Subject: A start job for unit cups.path has finished successfully
░░ A start job for unit cups.path has finished successfully.
░░ Subject: A start job for unit cups.socket has finished successfully
░░ A start job for unit cups.socket has finished successfully.
░░ Subject: A start job for unit cups.service has begun execution
░░ A start job for unit cups.service has begun execution.
Sep 14 11:46:37 XFCE dbus-daemon[836]: [system] Activating via systemd: service name='org.freedesktop.ColorManager' unit='colord.service' requested by ':1.13' (uid=0 pid=908 comm="/usr/sbin/cupsd -l ")
Sep 14 11:46:37 XFCE audit[908]: AVC apparmor="DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=908 comm="cupsd" capability=12 capname="net_admin"
░░ Subject: A start job for unit cups.service has finished successfully
░░ A start job for unit cups.service has finished successfully.
░░ Subject: A start job for unit cups-browsed.service has finished successfully
░░ A start job for unit cups-browsed.service has finished successfully.
Sep 14 11:46:42 XFCE audit[4399]: AVC apparmor="DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=4399 comm="cups-browsed" capability=23 capname="sys_nice"
Sep 14 11:46:42 XFCE kernel: audit: type=1400 audit(1631612802.192:26): apparmor="DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=4399 comm="cups-browsed" capability=23 capname="sys_nice"
Sep 14 14:02:28 XFCE hpcups[114750]: prnt/hpcups/Hbpl1.cpp 52: Hbpl1 constructor : m_szLanguage = HBPL1
Code: Alles auswählen
journalctl -b --unit cups
-- Journal begins at Wed 2021-08-18 13:06:16 CEST, ends at Tue 2021-09-14 14:53:50 CEST. --
Sep 14 11:46:37 XFCE systemd[1]: Starting CUPS Scheduler...
Sep 14 11:46:37 XFCE systemd[1]: Started CUPS Scheduler.
Sep 14 14:02:28 XFCE hpcups[114750]: prnt/hpcups/Hbpl1.cpp 52: Hbpl1 constructor : m_szLanguage = HBPL1
Re: Problem bei der Installation von CUPS
Richtig: es werden nur die Meldungen der fraglichen Unit ausgegeben – der andere, in diesem Fall uninteressante bzw. gar störende, Kram von anderen Sachen ist wird nicht ausgegeben.
Du hast das -x beim zweiten Aufruf vergessen, btw. – Du erinnerst dich? journalctl -xe war der empfohlene Aufruf.
Wollen wir es nun dabei belassen, oder meinst du, der User soll mit seinem Problem woanders hin, damit du dich ordnungsgemäß profilieren kannst?
Falls es nun wieder um das Problem im Eingangsbeitrag gehen darf, wäre also die Ausgabe von journalctl -b -x -u cups (als Root ausgeführt) von Interesse, Yobi. Oder halt die letzte Ausgabe von journalctl -xe nach dem Startversuch von cups – das ist die selbe Meldung.
Du hast das -x beim zweiten Aufruf vergessen, btw. – Du erinnerst dich? journalctl -xe war der empfohlene Aufruf.
Wollen wir es nun dabei belassen, oder meinst du, der User soll mit seinem Problem woanders hin, damit du dich ordnungsgemäß profilieren kannst?
Falls es nun wieder um das Problem im Eingangsbeitrag gehen darf, wäre also die Ausgabe von journalctl -b -x -u cups (als Root ausgeführt) von Interesse, Yobi. Oder halt die letzte Ausgabe von journalctl -xe nach dem Startversuch von cups – das ist die selbe Meldung.
Zuletzt geändert von DeletedUserReAsG am 14.09.2021 15:06:16, insgesamt 1-mal geändert.
Re: Problem bei der Installation von CUPS
Langsam habe ich das Gefühl, du willst provozieren. Ich weiß nur nicht, warum. Es wurde doch ausdrücklich und mehr als einmal gesagt, dass die gesuchte Meldung genau die ist, die direkt auf dem Bildschirm steht, wenn journalctl -xe direkt nach systemctl start cups eingegeben wird?
Was genau soll der Mist? Wieso versuchst du krampfhaft, mir ans Bein zu pinkeln, wenn ich einfach nur versuche, ’nem User zu helfen? Könntest du das bitte mal lassen? Wenn du darauf antworten möchtest – warum auch immer – würde ich dich bitten, das via PN zu machen.
Falls Yobi noch mitliest, und sich nicht durch den Kram oben wühlen will, hier nochmal die Stelle zum Weitermachen:
Was genau soll der Mist? Wieso versuchst du krampfhaft, mir ans Bein zu pinkeln, wenn ich einfach nur versuche, ’nem User zu helfen? Könntest du das bitte mal lassen? Wenn du darauf antworten möchtest – warum auch immer – würde ich dich bitten, das via PN zu machen.
Falls Yobi noch mitliest, und sich nicht durch den Kram oben wühlen will, hier nochmal die Stelle zum Weitermachen:
niemand hat geschrieben:Falls es nun wieder um das Problem im Eingangsbeitrag gehen darf, wäre also die Ausgabe von journalctl -b -x -u cups (als Root ausgeführt) von Interesse, Yobi. Oder halt die letzte Ausgabe von journalctl -xe nach dem Startversuch von cups – das ist dieselbe Meldung.
Re: Problem bei der Installation von CUPS
@niemand Ja, natürlich lese ich mit.
Ich habe journalctl -b -x -u cups als Root ausgeführt.
Ich habe journalctl -b -x -u cups als Root ausgeführt.
Code: Alles auswählen
sudo journalctl -b -x -u cups
[sudo] Passwort für ego:
-- Journal begins at Mon 2021-09-13 08:51:51 CEST, ends at Tue 2021-09-14 18:04:47 CEST. --
Sep 14 17:56:11 WindowsPC systemd[1]: Starting CUPS Scheduler...
░░ Subject: A start job for unit cups.service has begun execution
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ A start job for unit cups.service has begun execution.
░░
░░ The job identifier is 153.
Sep 14 17:56:11 WindowsPC cupsd[626]: Unable to read "/etc/cups/cupsd.conf" due to errors.
Sep 14 17:56:11 WindowsPC systemd[1]: cups.service: Main process exited, code=exited, status=1/FAILURE
░░ Subject: Unit process exited
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ An ExecStart= process belonging to unit cups.service has exited.
░░
░░ The process' exit code is 'exited' and its exit status is 1.
Sep 14 17:56:11 WindowsPC systemd[1]: cups.service: Failed with result 'exit-code'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ The unit cups.service has entered the 'failed' state with result 'exit-code'.
Sep 14 17:56:11 WindowsPC systemd[1]: Failed to start CUPS Scheduler.
░░ Subject: A start job for unit cups.service has failed
lines 1-26
Zuletzt geändert von Yobi am 14.09.2021 18:13:00, insgesamt 1-mal geändert.
Re: Problem bei der Installation von CUPS
Ich zitiere mal den wichtigen Teil:
→ ich würd’s so interpretieren, dass deine Konfigurationsdatei Fehler enthält, oder/und nicht gelesen werden kann. Entsprechend würde ich nun da zunächst die Rechte prüfen. Wenn das in Ordnung scheint, würde ich auch mal reinschauen, ob was auffällt, und falls das zu keinen Erkenntnissen führt, würde ich den cupsd mal manuell mit -t starten und schauen, ob dort etwas Hilfreiches ausgegeben wird:Yobi hat geschrieben:14.09.2021 18:07:10Code: Alles auswählen
Sep 14 17:56:11 WindowsPC cupsd[626]: Unable to read "/etc/cups/cupsd.conf" due to errors.
man cupsd hat geschrieben:Code: Alles auswählen
OPTIONS -c cupsd.conf Uses the named cupsd.conf configuration file. -f Run cupsd in the foreground; the default is to run in the background as a "daemon". -F Run cupsd in the foreground but detach the process from the controlling terminal and current directory. This is useful for running cupsd from init(8). -h Shows the program usage. -l This option is passed to cupsd when it is run from launchd(8) or systemd(8). -s cups-files.conf Uses the named cups-files.conf configuration file. -t Test the configuration file for syntax errors.
Re: Problem bei der Installation von CUPS
Habe cupsd -t gestartet -->
Demnach ist wohl ein Fehler in Zeile 133
cupsd.conf -->
Code: Alles auswählen
Missing <Limit ops> directive before SystemGroup on line 133 of /etc/cups/cupsd.conf.
"/etc/cups/cupsd.conf" contains errors.
cupsd.conf -->
Code: Alles auswählen
#
# 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
PageLogFormat
# Specifies the maximum size of the log files before they are rotated. The value "0" disables log rotation.
MaxLogSize 0
# Default error policy for printers
ErrorPolicy retry-job
# Only listen for connections from the local machine.
Listen localhost:631
Listen /run/cups/cups.sock
# Show shared printers on the local network.
Browsing On
BrowseLocalProtocols dnssd
# Default authentication type, when authentication is required...
DefaultAuthType Basic
# Web interface setting...
WebInterface Yes
# Restrict access to the server...
<Location />
Order allow,deny
</Location>
# Restrict access to the admin pages...
<Location /admin>
Order allow,deny
</Location>
# Restrict access to configuration files...
<Location /admin/conf>
AuthType Default
Require user @SYSTEM
Order allow,deny
</Location>
# Restrict access to log files...
<Location /admin/log>
AuthType Default
Require user @SYSTEM
Order allow,deny
</Location>
# Set the default printer/job policies...
<Policy default>
# Job/subscription privacy...
JobPrivateAccess default
JobPrivateValues default
SubscriptionPrivateAccess default
SubscriptionPrivateValues default
# Job-related operations must be done by the owner or an administrator...
<Limit Create-Job Print-Job Print-URI Validate-Job>
Order deny,allow
</Limit>
<Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job Cancel-My-Jobs Close-Job CUPS-Move-Job CUPS-Get-Document>
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
# All administration operations require an administrator to authenticate...
<Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default CUPS-Get-Devices>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>
# All printer operations require a printer operator to authenticate...
<Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After Cancel-Jobs CUPS-Accept-Jobs CUPS-Reject-Jobs>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>
# Only the owner or an administrator can cancel or authenticate a job... [b]<-- Zeile 133[/b]
Limit Cancel-Job CUPS-Authenticate-Job><
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<Limit All>
Order deny,allow
</Limit>
</Policy>
# Set the authenticated printer/job policies...
<Policy authenticated>
# Job/subscription privacy...
JobPrivateAccess default
JobPrivateValues default
SubscriptionPrivateAccess default
SubscriptionPrivateValues default
# Job-related operations must be done by the owner or an administrator...
<Limit Create-Job Print-Job Print-URI Validate-Job>
AuthType Default
Order deny,allow
</Limit>
<Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job Cancel-My-Jobs Close-Job CUPS-Move-Job CUPS-Get-Document>
AuthType Default
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
# All administration operations require an administrator to authenticate...
<Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>
# All printer operations require a printer operator to authenticate...
<Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After Cancel-Jobs CUPS-Accept-Jobs CUPS-Reject-Jobs>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>
# Only the owner or an administrator can cancel or authenticate a job...
SystemGroup printadmin
<Limit Cancel-Job CUPS-Authenticate-Job>
AuthType Default
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<Limit All>
Order deny,allow
</Limit>
</Policy>
# Set the kerberized printer/job policies...
<Policy kerberos>
# Job/subscription privacy...
JobPrivateAccess default
JobPrivateValues default
SubscriptionPrivateAccess default
SubscriptionPrivateValues default
# Job-related operations must be done by the owner or an administrator...
<Limit Create-Job Print-Job Print-URI Validate-Job>
AuthType Negotiate
Order deny,allow
</Limit>
<Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job Cancel-My-Jobs Close-Job CUPS-Move-Job CUPS-Get-Document>
AuthType Negotiate
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
# All administration operations require an administrator to authenticate...
<Limit CUPS-Add-Modify-Printer CUPS-Delete-Printer CUPS-Add-Modify-Class CUPS-Delete-Class CUPS-Set-Default>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>
# All printer operations require a printer operator to authenticate...
<Limit Pause-Printer Resume-Printer Enable-Printer Disable-Printer Pause-Printer-After-Current-Job Hold-New-Jobs Release-Held-New-Jobs Deactivate-Printer Activate-Printer Restart-Printer Shutdown-Printer Startup-Printer Promote-Job Schedule-Job-After Cancel-Jobs CUPS-Accept-Jobs CUPS-Reject-Jobs>
AuthType Default
Require user @SYSTEM
Order deny,allow
</Limit>
# Only the owner or an administrator can cancel or authenticate a job...
<Limit Cancel-Job CUPS-Authenticate-Job>
AuthType Negotiate
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<Limit All>
Order deny,allow
</Limit>
</Policy>
Zuletzt geändert von Yobi am 14.09.2021 18:26:29, insgesamt 1-mal geändert.
Re: Problem bei der Installation von CUPS
Danke. Das
außerhalb der Blöcke sieht deplatziert aus. Ich würde es testweise erstmal wegmachen – dann sollte es schon wieder starten. Anschließend würde ich schauen, was die Direktive macht, und ob man sie haben will, und wenn ja, wo man sie hinmalt, und die Änderungen entsprechend vornehmen.
Code: Alles auswählen
SystemGroup printadmin
außerhalb der Blöcke sieht deplatziert aus. Ich würde es testweise erstmal wegmachen – dann sollte es schon wieder starten. Anschließend würde ich schauen, was die Direktive macht, und ob man sie haben will, und wenn ja, wo man sie hinmalt, und die Änderungen entsprechend vornehmen.
Re: Problem bei der Installation von CUPS
Vielen Dank für die schnelle Hilfe. Ich habe die Zeile auskommentiert, nun läuft es (erst mal) wieder.
Code: Alles auswählen
SystemGroup printadmin
Re: Problem bei der Installation von CUPS
Das ist schön. Könntest du den ersten Beitrag editieren, und sowas wie „[gelöst]“ vor den Threadtitel schreiben? Das wäre die hier übliche Art, Threads so zu markieren.