追加情報:

追加情報:

CUPS Webインターフェイスを使用して新しいプリンタをインストールすると、ドライバのリストは表示されず、メッセージのみが表示されます。

Unable to get list of printer drivers:
Success

表示されます。プリンタを追加できません。

Q:ここで問題は何ですか?インターネットを検索してみると、問題に関するいくつかのレポートがありましたが、解決策を見つけるのは困難でした。

追加情報:

また、CUPSと通信する他のGUIを介してプリンタを追加することは機能しません。

また、以下を実行します。

lpinfo -m

しばらくすると印刷

lpinfo: success

ドライバリストの代わりに実行

/usr/lib/cups/driver/foomatic list

必要非常にCPUを長時間占有します。

答え1

gutenprintこのエラーはfoomatic、および間の相互作用によって発生しますcups

クイックフィックス:

  • 削除するgutenprint,
  • または、提供されたパッケージを削除します/usr/lib/cups/driver/foomaticfoomatic-db-engineArch Linuxの場合)。
  • または:ファイルを手動で削除します/usr/share/foomatic/db/source/driver/gutenprint-ijs*.xml

より深く:

この問題について豊富な議論があります。すでにここに]、要約を提供します。

  • gutenprint2つのやや大きなXMLファイルをインストールします/usr/share/foomatic/db/source/driver/gutenprint-ijs-simplified.5.2.xml/usr/share/foomatic/db/source/driver/gutenprint-ijs.5.2.xmlこの記事を書く時点の現在のバージョンと同じです)。
  • foomaticまたは、サブパッケージの1つ(foomatic-db-engineArch Linux)がperlスクリプトをインストールします/usr/lib/cups/driver/foomatic
  • CUPSは、プリンタドライバのリストを取得しようとすると呼び出されます。/usr/lib/cups/driver/foomatic listこれは、大容量のXMLファイルで長すぎる可能性があります(これはバグです/usr/lib/cups/driver/foomatic)。最終的に完了することはできますが、プリンタドライバに関する情報を取得できずにCUPSが早期にタイムアウトし、この奇妙なSuccessエラーが発生します。プリンタドライバに関する情報を取得できないため、設定ファイルを手動で編集する以外に、CUPSインターフェイスを介してプリンタを追加することはできません。

/usr/lib/cups/driver/foomaticしたがって、大容量ファイルの処理速度を上げる解決策がない限り、同時インストールgutenprintとフルインストールの両方が必要な場合は、foomaticGutenprintが提供する2つの大容量XMLファイルを手動で削除するのが最善の解決策です。 (CUPSのタイムアウトを増やすのは数時間待つことができるので良いことではありません。)

Arch Linuxの場合、ローカルで(たとえば、Archビルドシステムまたはインストールおよびyaourt設定を介して)パッケージをビルドする場合は、パッケージを変更するためにcustomizepkg次のパッチをパッケージに適用できます。PKGBUILDgutenprint

--- PKGBUILD.old        2016-04-14 18:13:15.000000000 +0200
+++ PKGBUILD.new        2016-04-14 18:41:47.000000000 +0200
@@ -47,5 +47,8 @@
 package() {
   cd ${pkgname}-${pkgver}
   make DESTDIR=${pkgdir} install
+
+  # The following line was added by '"'customizepkg-scripting'"', script '"'$0'"', in order to work around the bug described at https://bugs.archlinux.org/task/47718
+  rm -fv "${pkgdir}"/usr/share/foomatic/db/source/driver/gutenprint-ijs*.xml
 }

答え2

この問題をデバッグする方法を見つけました。 Cupsはlpinfo -mスクリプトを実行してプリンタドライバのリストを取得し、/usr/lib/cups/driverそのうちの1つが問題を引き起こしています。すべてのスクリプトを削除して1つずつ追加すると、どのスクリプトが問題を引き起こしているかを確認できます。

  1. 無視されるように、すべてのスクリプトをサブディレクトリに移動します。

    cd /usr/lib/cups/driver
    mkdir disabled
    mv * disabled
    
  2. ランニング/usr/sbin/lpinfo -m。正しく実行すると、プリンタドライバの一覧が出力されます。失敗すると、「lpinfo:success」が印刷されます。

  3. 各ドライバに対して、次の操作を行います。 1つのドライバを後ろに移動し、lpinfoを実行してこれが原因であることを確認します。

    mv disabled/dymo  .
    lpinfo -m
    
  4. 出力後、lpinfo: Success最後に移動したドライバが問題を引き起こしました。

答え3

Raspberry Piでプリントサーバーを設定しようとしたときにこの問題が発生しました。うまくいくように見える唯一の方法は、次のことを実行することです。

sudo /usr/lib/cups/daemon/cups-driverd list 1 0 requested-attributes=’ppd-make’

コメントで見つけました。この記事多くの実りのない試みの終わりに。実行後、CUPS Web UIが期待どおりに機能し始めました。私はfoomaticを使ったことがないと思います。以前はグーテンを使って印刷しました。

答え4

私もいました」プリンタドライバのリストを取得できませんでした:成功「最初は、Webインターフェイスで(いくつかの明白なディスクアクティビティの後に)コマンドラインlpinfo -mで実行すると、そうする必要があるように長いドライバのリストが生成されます。

しかし、私はただページを更新しました。(データの再送信を含む)ドライバのリストがWebUIに正常に表示され、プリンタの追加を続行して完了できました。したがって、lpinfo -m出力を確認した後、後でもう一度やり直す価値があるかもしれません。

関連情報