Почему дуплексирование с lpr начало давать мне пустые страницы?

У меня есть система, которая создает PDF-файлы в ассортименте макетов, а затем отправляет их на принтер. Я делаю это точно так же, как религиозно 1 в течение 3 лет. Процесс сценария и сценарии находятся под контролем версий.

Участвуют два компьютера, один локальный, который передает исходные файлы в репозиторий и подталкивает их к серверу удаленной сборки, где создаются файлы PDF. Выход синхронизируется обратно на локальный компьютер, где другой скрипт отправляет их на принтер. Сценарий, отправляющий их на принтер, отправляет нечетные и четные страницы отдельно и ждет ввода пользователем, чтобы подтвердить, что бумага перевернулась.

  • Сделайте tar (или другой) архив с выравниванием блоков данных, как в исходных файлах, для лучшей дедупликации на уровне блока?
  • Как определить, какой раздел для окон
  • Более быстрый (несжатый) инструмент архивирования, чем tar?
  • Замораживание после / dev / sdaX: clean
  • Как уменьшить использование дискового пространства
  • Почему ArchLinux сохраняет некоторые пользователи / группы после удаления пакета?
  • Выполнение команд выглядит примерно так (я только изменил обычные прогоны печати от 75 до 2 и разделил полный путь):

    # Print 2 of 20170205 in cemaat-sozlu format? (y/n) y lpr -#2 -o Collate=True -o page-set=even -o outputorder=reverse 20170205-cemaat-sozlu.pdf # Page successfully flipped? (y/n) y lpr -#2 -o Collate=True -o page-set=odd 20170205-cemaat-sozlu.pdf 

    Около 2 месяцев назад все дуплексные форматы начали выпускать пустые страницы перед каждым набором. Например, напечатайте 2 копии 4-страничного PDF-файла, которые должны печатать страницы 4 2 4 2 , запросите флип, затем распечатайте 1 3 1 3 выступив с b 4 2 b 4 2 . Как ни странно, странная работа не выплевывала пробелы.

    Обратите внимание, что в сгенерированных PDF-файлах нет пробелов, и насколько я могу судить о том, что система сборки не подозревает, поскольку в это время не было никаких обновлений, и насколько я могу сказать, проблема связана не с исходными PDF-файлами.

    Я начал возиться с конфигурацией принтера CUPS. Никакие настройки не казались релевантными вообще, но поскольку есть несколько вариантов драйвера, я решил поиграть с этим.

    • Серия HP LaserJet m1522 MFP Postscript

      Это тот драйвер, который я использовал, это тот, который отмечен «(рекомендуется)» CUPS, но это начало давать мне пробелы.

    • HP LaserJet m1522nf MFP Foomatic / Postscript

      Этот драйвер работает, но выравнивание страницы не в порядке, и оно дало мне пробелы как на нечетных, так и на четных тиражах ( b 4 2 4 2 затем b 1 3 b 1 3 ).

    • HP LaserJet m1522nf MFP Foomatic / pxlmono

      Этот водитель дает мне мусор.

    • HP LaserJet m1522nf MFP pcl3, hpcups

      Этот драйвер, похоже, ведет себя примерно так же, как и первый, за исключением того, что печать выполняется навсегда . Я не думаю, что он любит растровые данные на странице 1 каждого PDF-файла, и он останавливается примерно на 30 секунд между каждым набором страниц для катушки.

    • HP LaserJet m1522nf MFP hpijs pcl3, 3.16.10

      Этот драйвер работает хорошо, и он лучше, чем по умолчанию в отделе пробелов. 4 страницы накладывают печать штрафа без пробелов, но на 6 страницах все еще есть пробелы (опять только на первом проходе: b 6 4 2 b 6 4 2 then 1 3 5 1 3 5 )

    Обе системы работают с Arch Linux. Тот, кто делает печать, получает частые обновления и, вероятно, получил обновленную версию того, что связано с печатью, прежде чем это произошло. Это произошло через пару недель после этого, потому что я искал пакеты, связанные с чашками. Я тестировал это после второго набора обновлений, но изменений не было.

    Примечание. Я пробовал печатать с acroread и acroread , оба из которых работают отлично, поскольку дуплексение идет, но не является сценарием, и есть другие проблемы, такие как масштабирование страницы и проблемы с цветопередачей, которые просто не загружают PDF-файлы в lpr .

    Примечание. lpr , похоже, не имеет этой проблемы с любыми недуплексными заданиями печати.

    Что-то изменилось в lpr которое я могу исправить с настройкой или другим использованием? Это ошибка драйвера? Какую вещь я должен буду искать дальше?

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

    Linux и Unix - лучшая ОС в мире.