web-dev-qa-db-ja.com

lprが機能しない-スケジューラーが応答しない

職場のコンピューターでUbuntu 13.04を実行していますが、これにはネットワークプリンターがあります。以前はlprコマンドを使用して印刷できましたが、最近は機能しなくなりました。

$ 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

また、プログラムから印刷ダイアログに入ると、プリンターが表示されません。 PDFにしか印刷できません。

誰が何が間違っているのか知っていますか?どの設定ファイルを見る必要がありますか?

編集:いくつかの追加情報を追加しています。

リモートプリントサーバーを使用していますが、~/.cups/client.confには次の行のみが含まれています。

ServerName print1.eecis.udel.edu

Cupsパッケージを削除して再度インストールしようとしましたが、インストール中に行に気付きました

"lpinfo: Bad Request" appeared. 
6
Colin

Arch Bugtracker は、1.6カップバージョンで導入されたこのバグ/回帰について知っています。

リクエストのデフォルトのIPPバージョンは2.0になりました(STR#3929)

ほとんどの場合、cupsサーバーには古いcupsバージョンがありますが、デフォルトは古いIPPバージョンになります。 Arch wiki からの回避策:

<= 1.5.xサーバーでCUPS 1.6.xクライアントを使用する

CUPSバージョン1.6以降、クライアントはデフォルトでIPP 2.0になります。サーバーがCUPS <= 1.5/IPP <= 1.1を使用している場合、クライアントはプロトコルを自動的にダウングレードしないため、サーバーと通信できません。回避策(2013-05-07の時点では文書化されていませんが、このバグレポートを参照してください)は、次を/etc/cups/client.confに入れることです:

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

5
falconer

私はこれが古いスレッドであることを知っていますが、私は同様の問題に遭遇しました:

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

デフォルトのプリンタの宛先がないと不平を言うことがわかりました。

デフォルトの宛先を指定するには、cups( http:// localhost:631 )に移動し、プリンターを管理し、デフォルトにするプリンターをクリックし、管理者ドロップダウンをクリックして、システムに設定しますデフォルト。

2
Malachi Bazar