Le 5 juillet 2017, Benoit B a écrit : > J'ai donc supprimé, l'imprimante et en ai ajouté une nouvelle en > utilisant un autre pilote. > Driver:Brother HL-2030 - CUPS+Gutenprint v5.2.11 (grayscale, 2-sided printing) > > Comme Règles d'erreur, j'ai essayé "abort-job" puis "retry-job". > > L'impression d'une page de test fonctionne parfaitement directement > par le panneau de commande de l'imprimante(sans passer par le pilote). > > Pour obtenir des log j'ai activé debug-logging comme indiqué plus haut. > ~# cupsctl --debug-logging > > Quand j'imprime une page de test via l'interface web de cups, rien ne > se passe (pas de réaction de l'imprimante). > Voici les log. > access_log : > localhost - - [05/Jul/2017:10:45:18 +0200] "POST > /printers/Brother_HL-2030_series HTTP/1.1" 200 427 Print-Job > successful-ok > ----------------------------------------------------------------- > page_log > Ne réagit pas. > ------------------------------------------------- > error_log est trop long en mode debug, je joins un fichier : cups_error_log > > Quelqu'un a une idée ?
Parfois, une tâche (du filtre CUPS) sur le poste client plante ou est très longue à se terminer. Ghostscript a ce problème. Juste après l'impression, lancer ps ax ou et top pour voir et vérifier qu'une tâche d'impression ne tourne pas. Sur un ordinateur relativement rapide, j'ai déjà vu une tâche d'impression mettre 10 min avant de sortir. De la faiblesse de certains filtres de CUPS. Je ferais des essais d'impression avec un fichier dont le filtre est censé être simple du genre un fichier texte pur ou bien un PDF ne contenant que du texte avec une seule police simple. En effet le PDF est assez bien supporté par CUPS. Avant, vérifier dans l'interface client de CUPS, que l'imprimante n'est pas bloquée. Que dit : lpstat -p ? -- Alain Rpnpif