web-dev-qa-db-fra.com

lpr ne fonctionne pas - le planificateur ne répond pas

J'utilise Ubuntu 13.04 sur mon ordinateur de travail, qui dispose d'imprimantes en réseau. J'ai déjà pu imprimer à l'aide de la commande lpr, mais cela a récemment cessé de fonctionner.

$ lpr test
lpr: Error - scheduler not responding.

$ lpstat -t
scheduler is running
no system default destination
lpstat: Bad Request
lpstat: Bad Request
lpstat: Bad Request
lpstat: Bad Request
lpstat: Bad Request

$ ps aux | grep cups
root      1153  0.0  0.1  73500  3552 ?        Ss   Sep08   0:01 /usr/sbin/cupsd -F
root      1212  0.0  0.0  70428  1464 ?        Ss   Sep08   0:00 /usr/sbin/cups-browsed

De plus, je ne vois aucune imprimante si j'entre dans le dialogue d'impression à partir d'un programme. Je ne peux imprimer qu'en pdf.

Est-ce que quelqu'un sait ce qui ne va pas? Quels fichiers de configuration avez-vous besoin de voir?

edit: J'ajoute des informations supplémentaires.

J'utilise un serveur d'impression distant et mon ~/.cups/client.conf ne contient que cette ligne:

ServerName print1.eecis.udel.edu

J'ai essayé de retirer le paquet de tasses et de l'installer à nouveau, et j'ai remarqué lors de l'installation la ligne

"lpinfo: Bad Request" appeared.
printingcups-lpd
6
Colin

Le Arch Bugtracker connaît ce problème/cette régression introduit dans la version 1.6 cups:

La version IPP par défaut pour les demandes est maintenant 2.0 (STR # 3929)

Et très probablement votre serveur de tasses a une version plus ancienne de tasses qui reste toujours par défaut à la version plus ancienne IPP. La solution de contournement à partir de Arch wiki :

Utilisation d'un client CUPS 1.6.x avec un serveur <= 1.5.x

À partir de la version 1.6 de CUPS, le client utilise par défaut IPP 2.0. Si le serveur utilise CUPS <= 1.5/IPP <= 1.1, le client ne rétrograde pas automatiquement le protocole et ne peut donc pas communiquer avec le serveur. Une solution de contournement (non documentée à partir du 2013-05-07, mais voir ce rapport de bogue) consiste à insérer les éléments suivants dans /etc/cups/client.conf:

NomServeur HOSTNAME-OR-IP-ADDRESS [: PORT] /version=1.1

5
falconer

Je sais que c'est un vieux fil, mais je suis tombé sur un problème similaire:

root@LabelMaker:/home/funvalley/label_maker# lp merged.pdf
lp: Error - scheduler not responding.
root@LabelMaker:/home/funvalley/label_maker# lpstat -t
scheduler is not running
no system default destination
lpstat: Bad file descriptor
lpstat: Bad file descriptor
lpstat: Bad file descriptor
lpstat: Bad file descriptor
lpstat: Bad file descriptor

J'ai trouvé qu'il se plaignait de ne pas avoir de destination d'imprimante par défaut.

Pour lui attribuer une destination par défaut, je suis entré dans des gobelets ( http: // localhost: 631 ), j'ai géré les imprimantes, cliqué sur l'imprimante que je souhaitais utiliser par défaut, cliqué sur le menu déroulant administrateur et paramétré le système. défaut.

2
Malachi Bazar