CUPS перестает печатать через некоторое время.

Я перенес автоматическую систему печати с Windows с Acrobat Reader на Ubuntu с CUPS. Это заняло около 10 минут с использованием CUPS, но теперь у меня возникает странная проблема с неполной печатью, или вообще ничего не печатается через некоторое время. CUPS сообщает о казалось бы случайных ошибках. Иногда он даже не сообщает об ошибке, а большинство сообщаемых ошибок – это ошибки «сломанная труба».

Обычно после добавления принтера в CUPS печать проходит нормально в течение некоторого времени. Когда я возвращаюсь через несколько часов и пробую сделать то же самое (даже с тем же файлом), файл может вообще не напечататься или выйти из принтера с отсутствующими элементами.

Это может быть несвязанная ошибка, но также через некоторое время веб-интерфейс CUPS перестает отвечать. Все, что я могу получить после этого, – это HTTP-версия главной страницы. Перезапуск CUPS решает эту проблему.

У меня свежая установка CUPS, с включенным только удаленным администрированием. Проблема сохраняется даже после выполнения команды sudo service cups restart.

Я добавил принтеры разными способами (сокет, ldp, ipp), используя как универсальные драйверы PCL6, так и официальные драйверы KPDL принтеров. Сразу после добавления принтера печать обычно проходит как ожидается. Я печатаю, используя самый простой возможный команду: lp -d [имя-принтера] [числа].pdf.

Я использую Ubuntu Server 16.04. Принтеры, которые я настроил, это Kyocera ECOSYS FS-1370DN и Kyocera ECOSYS P2135dn. Принтеры, похоже, не являются проблемой, так как HP принтер, который я использовал, демонстрирует ту же проблему.

Я пытаюсь выяснить, что идет не так, дольше, чем мне хотелось бы признаться. И я начинаю чувствовать себя довольно глупо. Каждый раз, когда я думаю, что исправил это, плохие печати начинают появляться вскоре после этого. Acrobat Reader/диспетчер печати Windows никогда не испытывает проблем с печатью, даже когда CUPS выдает мусор.

Другие вещи, которые я пробовал без успеха:
– Конвертация в PostScript (.ps) с помощью pdf2ps перед печатью
– Конвертация в PDF с использованием GhostScript (исправление возможных ошибок PDF) перед печатью
– Печать тестовых PDF-файлов, загруженных из Интернета, о которых известно, что они хорошо печатаются ранее.

Это странная ситуация, которая не поддается никакой логике для меня: загрузка PDF-файлов через ftp (принтеры могут печатать PDF) также работает только иногда. Это полностью обходит CUPS, так что это должно быть проблема принтера, верно? Но нет, печать того же файла через Acrobat Reader работает нормально.

На данный момент единственный вариант, который я вижу, это преобразовать сервер Ubuntu в виртуальную машину с дорогой виртуальной машиной Windows Server, работающей параллельно, используемой только для печати… Должно быть решение этой проблемы.

EDIT: Я настроил CUPS на своем Ubuntu Server 16.04 дома и сконфигурировал принтер Canon MG8100 на нем. Первые несколько печатей прошли нормально. На следующее утро каждая работа, которую я добавил, показывала, что она завершена, но на самом деле ничего не вышло из принтера. Это значит, что это не связано с принтерами. Я добавил MG8100 с помощью LPD.

Журнал ошибок CUPS сообщает о следующих ошибках. Имейте в виду, что все эти ошибки возникают для одного и того же файла в разное время и что файл успешно печатался аналогичным образом ранее.

E [26/Nov/2016:13:35:44 +0100] [Job 158] Принтер не отвечает.

Когда это регистрируется, печать не выполняется, и CUPS продолжает повторно пытаться выполнить работу, пока она не будет отменена. В другие разы он завершается следующим образом:

W [29/Nov/2016:11:45:01 +0100] [Job 169] /var/spool/cups/d00169-001: файл поврежден
W [29/Nov/2016:11:45:01 +0100] [Job 169] /var/spool/cups/d00169-001 (позиция файла 35596): ссылка не найдена
W [29/Nov/2016:11:45:01 +0100] [Job 169] /var/spool/cups/d00169-001: Попытка восстановить таблицу перекрестных ссылок

Что приведет к искаженной печати (Случайные части печатаются, а другие пропускаются).

Как одна из множества попыток исправить проблему, я включил Verdana как шрифт в сгенерированные PDF-файлы вместо того, чтобы позволить Linux заменить его на Nimbus Mono L. Пока печать работает правильно уже пять дней. Я пишу этот ответ и буду рад любым предположениям или ответу на вопрос, почему это происходит.

У меня будет доступ к настройкам печати через несколько дней, где я посмотрю журналы и другие данные. Конечно, эта ситуация также может быть совпадением, и система печати может снова начать искажать печать, как только я опубликую это. Я принял этот риск.

Это также не объясняет, почему тестовые страницы не печатаются правильно. Это может быть связано с тем, что они также содержат шрифты, несовместимые с принтером, или что ошибка возникает для всего после того, как это произошло один раз. Это довольно натянуто, но на данный момент я оставляю все варианты открытыми.