Задание Кубков упорно продолжило: обработка с тех пор … “Ожидающий принтера для становления доступным”.

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

Кроме того, когда я работаю, ванильная печать ядра человечности хорошо работает.

Никакая идея, где запустить на этом - Испытанный, чтобы сделать все очевидное как Google, чашки, не отлаживает журналы, системный журнал. Прочитайте ошибки, зарегистрированные против этого пакета и ничего не посмотрите, вероятно, но, возможно, пропустил его. Нужно некоторое направление о том, как продолжить двигаться/которым подсистема, чтобы сфокусироваться на: конфигурация cupd или usb или ppds или ядро или...?

Я случайно обнаружил, что, когда я работаю, последняя ванильная печать ядра человечности хорошо работает. (https://wiki.ubuntu.com/Kernel/MainlineBuilds) из-за этого я смущался начинать пробовать различные драйверы печати, конфигурации чашек, и т.д., так как другое ядро решает проблему. Я удержал бы ядро Ubuntu на месте, начиная с прокрутки моего собственного ядра собирается повредить много случайного материала.

Я прошел шаги в https://wiki.ubuntu.com/DebuggingPrintingProblems, ничто не изменилось.

Кубки всегда были чем-то вроде черного квадрата мне, таким образом, с некоторыми указателями, на которой диагностике работать, я должен смочь отсортировать это. Я установил чашки loglevel для отладки, и это действительно извергает много материала. Одна строка выглядела интересной, поскольку она содержала "отказавшую" строку: FindDeviceById перестал работать: org.freedesktop. ColorManager. Идентификатор 'cups-HL-2040-series'' NotFound:device не существует

Не уверенный, что это означает, или как это касается моей неустойчивой проблемы.

# uname -r
3.16.0-28-lowlatency

Информация о принтере:

HL-2040-series  Brother HL-2040 series Brother HL-2040 Foomatic/hl1250 (recommended)


# lsmod | grep usb
usblp                  18756  0
btusb                  32448  0
bluetooth             446374  22 bnep,btusb,rfcomm

# lpinfo -v
network socket
direct parallel:/dev/lp0
network ipp
network lpd
network http
network https
direct hp
network ipps
direct usb://Unknown/Printer
network ipp14
serial serial:/dev/ttyS0?baud=115200
serial serial:/dev/ttyS1?baud=115200
network smb
direct hpfax

Обновление: Я нашел отказ, и почему захват для "неудавшегося" не работал. Должен был держать для "Неудавшегося". Задание 61 распечатало прекрасный, но Google показывает, что существуют другие там, которые еще обратились к этому, некоторые 2010, поэтому возможно, это - недавняя регрессия ошибки ядра.

D [19/Dec/2014:09:57:57 -0800] [Job 62] Switching USB device configuration: 0 -> 1 D [19/Dec/2014:09:57:57 -0800] cupsd is not idle any more, canceling shutdown. D [19/Dec/2014:09:57:57 -0800] [Job 62] Failed to set configuration 1 for 04f9:0028 D [19/Dec/2014:09:57:57 -0800] [Job 62] STATE: -connecting-to-device D [19/Dec/2014:09:57:57 -0800] cupsdMarkDirty(---J-) D [19/Dec/2014:09:57:57 -0800] cupsdSetBusyState: newbusy="Printing jobs and dirty files", busy="Dirty files" D [19/Dec/2014:09:57:57 -0800] Discarding unused printer-state-changed event... D [19/Dec/2014:09:57:57 -0800] cupsd is not idle any more, canceling shutdown. D [19/Dec/2014:09:57:57 -0800] cupsd is not idle any more, canceling shutdown. D [19/Dec/2014:09:57:57 -0800] [Job 62] Failed to re-attach "usblp" kernel module to 04f9:0028

2
задан 19 December 2014 в 19:46

1 ответ

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

Hope это помогает напомнить следующему человеку, который проверит аппаратные средства прежде, чем идти средневековое на журналах ошибок...

3
ответ дан 19 November 2019 в 22:30

Другие вопросы по тегам:

Похожие вопросы: