Acrobat Readerを使用するWindowsからCUPSを使用するUbuntuに自動印刷システムを変換しました。 CUPSを使用すると10分ほどかかりますが、今は印刷が不完全であるか、時間が経っても何も印刷されない不思議な問題に封着することになります。 CUPSは、任意のエラーのように見えるエラーを報告します。時にはエラーを報告することも、報告されるエラーのほとんどは「壊れたパイプ」エラーです。
通常、CUPSにプリンタを追加した後、しばらく印刷されます。数時間後に戻って同じ操作（同じファイルでも）を試みると、ファイルがまったく印刷されない場合や、プリンタから出るときに要素が欠落する可能性があります。
これは無関係なエラーかもしれませんが、しばらくするとCUPS Webインターフェースも応答を停止します。これが発生した後は、ホームページのHTTPバージョンにのみアクセスできます。 CUPSを再起動すると、この問題は解決されます。
リモート管理のみを有効にした状態でCUPSを新規インストールしています。実行してもsudo service cups restart。
一般的なPCL6ドライバとプリンタ用の公式KPDLドライバを含む、さまざまな方法（ソケット、ldp、ipp）でプリンタを追加しました。プリンタを追加した後、印刷は通常期待どおりに出力されます。私は印刷に最も基本的なコマンドを使用していますlp -d [printer-name] [numbers].pdf。
私はUbuntu Server 16.04を実行しています。私が設定したプリンタはKyocera ECOSYS FS-1370DNとKyocera ECOSYS P2135dnです。 HPプリンタに同じ問題があるため、プリンタに問題はないようです。
私は認めたいものよりも長い間問題を特定しようとしてきました。愚かな気持ちになり始めました。問題を解決したと思うたびに、間違った印刷がすぐに表示されます。 Acrobat Reader/Windows 印刷スプーラには、CUPS がゴミを吐き出しても印刷に問題はありませんでした。
成功しなかった他の操作： - pdf2psを使用して印刷する前にPostScript（.ps）に変換 - GhostScriptを使用して印刷する前にPDFに変換（可能なPDFエラーを修正） - テストPDFの前に印刷されたWebからダウンロード1印刷。
これは私にとっては完全に非論理的な奇妙な現象です。 FTP（PDFを印刷できるプリンタ）を介してPDFファイルをアップロードすることは時々機能します。これはCUPSを完全に迂回するので、プリンタに問題があるのでしょうか？しかし、そうではありません。 Acrobat Readerで同じファイルを印刷しても問題ありません。
現在私が見ることができる唯一のオプションは、Ubuntuサーバーを仮想マシンに変換し、その横に高価なWindows Server仮想マシンを実行して印刷することです。この問題に対する解決策が必要です。
編集：自宅のUbuntu Server 16.04にCUPSを設定し、Canon MG8100を設定しました。最初の数枚の印刷物は見事に出てきました。翌朝、追加したすべてのジョブが完了したとマークされましたが、プリンターには実際には何も印刷されませんでした。これは、プリンタとは何の関係もないことを意味します。 LPDを使用してMG8100を追加しました。
CUPS エラーログには次のエラーが表示されます。これらすべてのエラーは、以前に同じ方法で正常に印刷されたのと同じファイルに対して異なる時間に発生することに注意してください。
E [26/Nov/2016:13:35:44 +0100] [Job 158] The printer is not responding.
この状態が記録された後、印刷は行われず、CUPSはジョブが中断されるまでジョブを再試行し続けます。それ以外の場合は、次のように失敗します。
W [29/Nov/2016:11:45:01 +0100] [Job 169] /var/spool/cups/d00169-001: file is damaged
W [29/Nov/2016:11:45:01 +0100] [Job 169] /var/spool/cups/d00169-001 (file position 35596): xref not found
W [29/Nov/2016:11:45:01 +0100] [Job 169] /var/spool/cups/d00169-001: Attempting to reconstruct cross-reference table
これにより印刷が破損します（任意の部分が印刷され、他の部分が欠落しています）。
ベストアンサー1
この問題を解決するための多くの試みの1つとして、LinuxでNimbus Mono Lと置き換える代わりに、生成されたPDFにVerdanaをフォントとして含めました。これまで5日間、印刷は正常に機能しました。私はこの回答を投稿しており、なぜこれが起こるのかについての推測や回答を歓迎します。
数日後、印刷設定にアクセスしてログやその他のデータを確認できるようになります。もちろん、これは偶然かもしれませんが、私がこの記事を投稿するとすぐに、印刷システムが印刷物を損傷し始めることがあります。私はチャンスに飛び込んだ。
また、テストページが誤って印刷された理由については説明しません。これは、プリンタと互換性のないフォントが含まれているか、エラーが一度だけ発生するためです。これはかなり無理なことですが、今はすべてのオプションを開いています。