Получение HP LaserJet P3015 для работы с Ubuntu 14.04 (невозможно распечатать тестовую страницу)?

Ниже приведены некоторые из моих отладочных заметок:

Прежде всего, я попытался запустить hp-testpage напрямую, а когда он не удался, я понял, что это было в syslog:

Здесь также могут быть финишные сообщения:

Здесь я подозревал:

Итак, я изменил с: используя более длинный кабель, подключенный к USB3 - к: использованию более короткого кабеля, подключенного к другому порту USB2, порт на моем ноутбуке (если принтер отключился при смене кабелей); и после того, как принтер был включен, неожиданно напечатана тестовая страница (которая застряла как задание в очереди)!

В этом рабочем случае обратите внимание на то, что на принтере, появляющемся на шине USB, syslog началось с создания тех же самых «открытий» сообщений, что и в OP, - но затем оно также продолжается:

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

Во-первых, у меня есть старая проводная USB-мышь и старый USB2-концентратор, к которому я подключаюсь (который затем идет к USB-порту ноутбука). Я заметил, иногда, когда эта мышь подключена , и я прикрепляю какое-то другое USB-устройство, сообщения о «обнаружении» в syslog фактически отображают мышь как обнаруженную снова ?! В любом случае, если отключенный USB-концентратор и USB-концентратор увеличили надежность, но, похоже, они не были существенными, так как я также получил печать для работы с ними.

Обратите внимание, что все может быть привинчено к точка, в которой подключение принтера к USB генерирует только это в syslog:

.., который произошел с «хорошим» кабелем, даже после перезагрузки компьютера (если принтер остался включенным в течение этого времени ); затем пришлось перезагрузить принтер, а затем узнали его ранее.

. Посмотрев на это, я нашел - как @pdc упоминает в комментариях - таких проблем, как эти, с HP-принтерами на Ubuntu; темы, с которыми я консультировался:

Из этих потоки, я заметил, что такие проблемы возникают случайным образом, когда ядро ​​изменяется / обновляется (что делает его довольно сложной задачей для отладки); Еще один полезный комментарий:

Я также нашел около двух команд, полезных для отладки (есть также hp-firmware, но этот принтер не загружает прошивку с ПК); вот результат обоих, когда они , тогда работает на моем ноутбуке:

Вот вывод тех же команд, когда они работают:

Например, я заметил, что если оба мыши + концентратор и принтер выключены; затем принтер включится - cups/backend/usb и usb_printerid в порядке; но если тогда мышь + хаб переходит в ON - /dev/usb/lp0 исчезает, поэтому теперь usb_printerid завершится с ошибкой, но cups/backend/usb выполнит - и в этом случае печать все еще работает! И иногда, как cups/backend/usb, так и usb_printerid могут быть прекрасными, но печать все равно не произойдет!

Кроме того, я заметил, что cups/backend/usb вызывает usblp0: removed и usblp 1-4:1.0: usblp0: USB Bidirectional printer... в syslog, что означает, что команда, вероятно, повторно вставляет некоторый драйвер ядра ...

Наконец, я также заметил ошибку, подобную этой в syslog:

... и я предполагаю, что это ошибка (в основном, тайм-аут), которую я ожидаю, если не будут выбраны Настройки> Принтеры> Политики «Включено» - вот что привело меня к процедуре в верхней части этого сообщения ...

Ниже приведены некоторые из моих отладочных заметок:

Прежде всего, я попытался запустить hp-testpage напрямую, а когда он не удался, я понял, что это было в syslog:

Здесь также могут быть финишные сообщения:

Здесь я подозревал:

Итак, я изменил с: используя более длинный кабель, подключенный к USB3 - к: использованию более короткого кабеля, подключенного к другому порту USB2, порт на моем ноутбуке (если принтер отключился при смене кабелей); и после того, как принтер был включен, неожиданно напечатана тестовая страница (которая застряла как задание в очереди)!

В этом рабочем случае обратите внимание на то, что на принтере, появляющемся на шине USB, syslog началось с создания тех же самых «открытий» сообщений, что и в OP, - но затем оно также продолжается:

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

Во-первых, у меня есть старая проводная USB-мышь и старый USB2-концентратор, к которому я подключаюсь (который затем идет к USB-порту ноутбука). Я заметил, иногда, когда эта мышь подключена , и я прикрепляю какое-то другое USB-устройство, сообщения о «обнаружении» в syslog фактически отображают мышь как обнаруженную снова ?! В любом случае, если отключенный USB-концентратор и USB-концентратор увеличили надежность, но, похоже, они не были существенными, так как я также получил печать для работы с ними.

Обратите внимание, что все может быть привинчено к точка, в которой подключение принтера к USB генерирует только это в syslog:

.., который произошел с «хорошим» кабелем, даже после перезагрузки компьютера (если принтер остался включенным в течение этого времени ); затем пришлось перезагрузить принтер, а затем узнали его ранее.

. Посмотрев на это, я нашел - как @pdc упоминает в комментариях - таких проблем, как эти, с HP-принтерами на Ubuntu; темы, с которыми я консультировался:

Из этих потоки, я заметил, что такие проблемы возникают случайным образом, когда ядро ​​изменяется / обновляется (что делает его довольно сложной задачей для отладки); Еще один полезный комментарий:

Я также нашел около двух команд, полезных для отладки (есть также hp-firmware, но этот принтер не загружает прошивку с ПК); вот результат обоих, когда они , тогда работает на моем ноутбуке:

Вот вывод тех же команд, когда они работают:

Например, я заметил, что если оба мыши + концентратор и принтер выключены; затем принтер включится - cups/backend/usb и usb_printerid в порядке; но если тогда мышь + хаб переходит в ON - /dev/usb/lp0 исчезает, поэтому теперь usb_printerid завершится с ошибкой, но cups/backend/usb выполнит - и в этом случае печать все еще работает! И иногда, как cups/backend/usb, так и usb_printerid могут быть прекрасными, но печать все равно не произойдет!

Кроме того, я заметил, что cups/backend/usb вызывает usblp0: removed и usblp 1-4:1.0: usblp0: USB Bidirectional printer... в syslog, что означает, что команда, вероятно, повторно вставляет некоторый драйвер ядра ...

Наконец, я также заметил ошибку, подобную этой в syslog:

... и я предполагаю, что это ошибка (в основном, тайм-аут), которую я ожидаю, если не будут выбраны Настройки> Принтеры> Политики «Включено» - вот что привело меня к процедуре в верхней части этого сообщения ...