Forum

Reprise du message précédent

J'essaie d'intégrer LogLevel debug2 comme suit et voilà ce que cela donne (je ne sais pas utiliser moins de place) :

"[root@localhost ~]# /etc/cups/cupsd.conf Loglevel debug2
-bash: /etc/cups/cupsd.conf: Permission non accordée
[root@localhost ~]# cat /etc/cups/cupsd.conf LogLevel debug2
LogLevel debug
MaxLogSize 0
ErrorPolicy stop-printer
Listen *:631
Listen /run/cups/cups.sock
Browsing Yes
BrowseLocalProtocols dnssd
DefaultAuthType Basic
WebInterface Yes
IdleExitTimeout 60
<Location />
Allow @LOCAL
Order allow,deny
</Location>
<Location /admin>
Allow @LOCAL
AuthType Default
Require user @SYSTEM
Order allow,deny
</Location>
<Location /admin/conf>
Allow @LOCAL
AuthType Default
Require user @SYSTEM
Order allow,deny
</Location>
<Location /admin/log>
AuthType Default
Require user @SYSTEM
Order allow,deny
</Location>
<Policy default>
JobPrivateAccess default
JobPrivateValues default
SubscriptionPrivateAccess default
SubscriptionPrivateValues default
<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>
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<Limit CUPS-Get-Document>
AuthType Default
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<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>
<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>
<Limit Cancel-Job>
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<Limit CUPS-Authenticate-Job>
AuthType Default
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<Limit All>
Order deny,allow
</Limit>
</Policy>
<Policy authenticated>
JobPrivateAccess default
JobPrivateValues default
SubscriptionPrivateAccess default
SubscriptionPrivateValues default
<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>
<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>
<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>
<Limit Cancel-Job CUPS-Authenticate-Job>
AuthType Default
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<Limit All>
Order deny,allow
</Limit>
</Policy>
<Policy kerberos>
JobPrivateAccess default
JobPrivateValues default
SubscriptionPrivateAccess default
SubscriptionPrivateValues default
<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>
<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>
<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>
<Limit Cancel-Job CUPS-Authenticate-Job>
AuthType Negotiate
Require user @OWNER @SYSTEM
Order deny,allow
</Limit>
<Limit All>
Order deny,allow
</Limit>
</Policy>
JobPrivateAccess default
JobPrivateValues default
SubscriptionPrivateAccess default
SubscriptionPrivateValues default
cat: LogLevel: Aucun fichier ou dossier de ce type
cat: debug2: Aucun fichier ou dossier de ce type"

Je ne suis pas du tout sûr de l'intégrer correctement.

Bonjour,

Déja on peut supprimer ceci de la fin du fichier de configuration, c' est ce qui doit empécher cups de démarrer (ces directives n' ont rien à faire dans cette partie du fichier de configuration (ces options ne sont reconnues que dans un block <policy></policy>.
En dehors cela entrainera un plantage de cups.

Citation :

JobPrivateAccess default
JobPrivateValues default
SubscriptionPrivateAccess default
SubscriptionPrivateValues default

Pour ajouter l' option (qui ici ne sera pas necessaire), il faut éditer le fichier (avec kwrite par exemple) tout comme la suppression des 4 dernières lignes.

La commande cat ne fait qu' afficher le contenu d' un ou plusieurs fichiers (ici cat /etc/cups/cupsd.conf LogLevel debug2, va afficher le contenu du fichier /etc/cups/cupsd.conf puis le contenu du fichier Loglevel (qui n' existe pas) puis du fichier debug2 (qui n' existe pas non plus)

<Hors sujet>

</Hors sujet>

rebonjour,
si j'ai bien compris(c'est pas sûr), voilà la commande que je devais réalisé et la réponse que m'afait la Konsole(je respecte les couleurs) :

"[root@localhost ~]# systemctl restart cups
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."

Bonjour,

Ici on redémarre le service cups, ce qui permet de constater qu' il ne démarre pas.

Cependant avant de relancer le service, il faudrait éditer le fichier /etc/cups/cupsd.conf pour enlever les lignes spécifiées à la fin du fichier en principe.

Seulement quand ces lignes auront été enlevées, il faudra relancer le service cups.

Pour éditer le fichier, il est possible de faire un:

su (pour être root)
kwrite /etc/cups/cupsd.conf &

Si la suppression de lignes peut être un probléme il est possible de les commenter en ajoutant un # en début de ligne, par exemple (mais il faut le faire sur les 4 lignes en fin de fichier)

JobPrivateAccess default

Deviendra

#JobPrivateAccess default

Après enregistrement des modifications, seulement relancer la commande

systemctl restart cups

Édité par nic80 Le 11/12/2025 à 21h26

Il doit y avoir encore quelquechose que je ne comprends pas parce que voilà ce que cela donne :
"[root@localhost ~]# #JobPrivateAccess default
[root@localhost ~]# JobPrivateValues default
-bash: JobPrivateValues : commande introuvable
[root@localhost ~]# #JobPrivateValues default
[root@localhost ~]# #SubscriptionPrivateAccess default
[root@localhost ~]# #SubscriptionPrivateValues default
[root@localhost ~]# /etc/cups/cupsd.conf
-bash: /etc/cups/cupsd.conf: Permission non accordée
[root@localhost ~]# #/etc/cups/cupsd.conf
[root@localhost ~]# systemctl restart cups
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."

De toutes façons, merci pour ton soutien et aussi à Meuz pour l'indication d'une procédure qu'il est très probable j'aurais à utiliser.

Peut-être faut-il enregistrer le fichier kwrite cups.conf en remplacement de celui qui existe déjà.

Bonjour Jess,

C'est dans le fichier: /etc/cups/cupsd.conf qu'il faut éditer avec le logiciel kwrite comme ceci:



ensuite tu met un # devant les valeurs suivantes:

JobPrivateAccess default
JobPrivateValues default
SubscriptionPrivateAccess default
SubscriptionPrivateValues default

Tu enregistre le fichier et tu tentes:



le tout en root évidemment

Bonjour,

Petit point...

Toutes les valeurs

Citation :

JobPrivateAccess default
JobPrivateValues default
SubscriptionPrivateAccess default
SubscriptionPrivateValues default

ne sont pas nuisibles... Uniquement celles qui ne se trouvent pas dans bloc <policy></policy> et qui visiblement se trouvent en fin de fichier ici ( je suppose qu' un awk/sed permettrait de cibler ces occurences).

edit: je viens de découvrir que cupsd -t permet de tester la validité d' un fichier de configuration.

en testant avec le fichier cupsd.conf donné précédement, j' obtiens:

Citation :

cupsd -t -c /home/x/cupsd-defective.txt
Unknown directive JobPrivateAccess on line 138 of /home/x/cupsd-defective.txt.
"/home/x/cupsd-defective.txt" contains errors.

Puis en commentant la ligne 138, j'obtiens

Citation :

cupsd -t -c /home/x/cupsd-defective.txt
Unknown directive JobPrivateValues on line 139 of /home/x/cupsd-defective.txt.
"/home/x/cupsd-defective.txt" contains errors.

etc...

ici le -t teste le fichier de configuration fourni par le paramètre -c ( du coup on peut tester un cupsd -t -c /etc/cupsd/cupsd.conf sur un système normal ( ici ne voulant pas toucher mon fichier de configuration j' en ai crée un à partir de la sortie du cat précédement fournie par jess). Bon ici le Unknown directive n' est pas exact à mon sens... Si l' on en croit cette page, JobPrivateAccess est valide mais non en "top level" directive, c' est à dire qu' elle n' est valide si et seulement si elle se trouve dans un bloc policy. https://www.cups.org/doc/man-cupsd.conf.html

Édité par nic80 Le 12/12/2025 à 00h09

Bonjour,
Après installation de la mise à jour de cups :

Donc, ce n'est pas intrinsèque à un fichier fourni, mais plutôt à une modification par une commande post installation.

Bonjour,
Certainement qu'une fois de plus je ne reporte pas de manière correcte ce que vous me dites de faire. je vous envoie ce message avant de mettre en œuvre les commandes indiquées dans le dernier message de papoteur pour ne pas ajouter de la confusion à une situation qui me parait bloquée.
Dans la copie de la console, j'ai essayé de mettre en œuvre ce que dit Guygoye. Je ne sais pas si les commandes ont abouti. j'ai donc essayé de mettre en œuvre le début de ce que dit nic80. Il me semble que tant pour les commandes indiquées par Guygoye que celle que me parait indiquer nic80(j'avoue que les indications que donne nic80 dépassent mes maigres compétences) aboutissent à une situation de blocage. A preuve le fait que depuis hier soir, lorsque je veux fermer la konsole, une fenêtre s'ouvre qui me dit
"Un processus d’exécution est en cours dans cette fenêtre, voulez-vous vraiment quitter?"
Une question : quand vous me dites qu'il faut enregistrer le fichier KWrite, est-ce que je dois modifier certaines choses dans le fichier où dois-je l'enregistrer tel quel?
Voilà ce que me donne la konsole avec les commandes données par Guygoye et le début de ce que j'ai compris de nic80 :

Bonjour jess,
Je pense que nous n'avons pas été suffisamment clairs.
Manifestement, la commande kwrite est encore en cours et empêche la fermeture de la konsole.
Quitte la fenêtre kwrite et tu devrais retrouver un curseur actif dans la konsole.

nic80 :

cupsd -t -c /home/x/cupsd-defective.txt

La commande ci-dessus est spécifique pour nic80. Il a enregistré dans /home/x/cupsd-defective.txt le contenu du fichier /etc/cups/cups.conf cité précédemment.
Dans ton cas, pour tester la conformité du fichier de configuration, tu as juste à faire :

comme je l'ai rapporté. Dans mon cas, il n'y a pas d'erreur.

Guygoye :

Bonjour Jess,

C'est dans le fichier: /etc/cups/cupsd.conf qu'il faut éditer avec le logiciel kwrite comme ceci:

Code BASH :

kwrite /etc/cups/cupsd.conf

ensuite tu met un # devant les valeurs suivantes:

JobPrivateAccess default
JobPrivateValues default
SubscriptionPrivateAccess default
SubscriptionPrivateValues default

Tu enregistre le fichier et tu tentes:

Code BASH :

systemctl restart cups

le tout en root évidemment

L'hypothèse de Guygoye est que le fichier /etc/cups/cupsd.conf est non conforme.
L'instruction

ouvre le fichier en question dans kwrite. Il faut se rendre à la fin du fichier et ajouter # au début des 4 lignes problématiques. Puis il faut Enregistrer et Fermer/Quitter.

Merci,
J'ai l'impression que la réponse à la commande que tu préconises n'est pas conforme à ce que tu espérais :

Je préfère attendre ta réponse avant d'aller plus loin.

jess :

Merci,
J'ai l'impression que la réponse à la commande que tu préconises n'est pas conforme à ce que tu espérais :

[root@localhost ~]# cupsd -t
Unknown directive JobPrivateAccess on line 138 of /etc/cups/cupsd.conf.
"/etc/cups/cupsd.conf" contains errors.]

Je préfère attendre ta réponse avant d'aller plus loin.

La commande confirme que le fichier /etc/cups/cupsd.conf n'est pas conforme et qu'il faut le modifier comme l'a indiqué Guygoye.
Si tu la renouvelles après la modification du fichier, tu devrais avoir la confirmation que la situation a été résolue (ou non).

Bonjour à tous, pour information, même problème que Jess sur mon pc de bureau, la commande de Papoteur a bien fonctionné.
La suppression des 4 dernières lignes de /etc/cups/cupsd.conf fonctionne aussi.
Par contre pour pour la même imprimante sur le même réseau pas de soucis avec mon pc portable. La cause du bug ne sera donc pas facile à trouver j'imagine.

Édité par Yann Le 12/12/2025 à 21h31

Enfin çà y est, çà marche. Merci à tous!