Похоже, надо принт-сервер под винду переносить o_O
Лезу в localhost:631 — ничего нет.
$ sudo systemctl start cups
Failed to start cups.service: Unit cups.service failed to load: No such file or directory.
Оказывается, с некоторых пор это называется: org.cups.cupsd
Действительно, так гораздо лучше!
Впрочем, лимит в 5 минут — это вообще весело. Там вроде буферизуется не более страницы (особенность передачи этого raster в backend), но всё равно — что такое 5 минут для печати A0 например? А нескольких копий A0 с памятью в принтэре?
В общем, какой-то совершэнный идиотизм в этом cups usb backend. Да и в цэлом про cups у меня мнение плохое.
Ядро старое (мне нравится 2.6.32), cups старый (с новым глюки), в общем жаловаться явно безсмысленно. В попытке что-то сделать — попробовал несколько рецэптов, посмотрел в логи ядра, в общем дошёл до внесения в blacklist модуля usblp. Поскольку новый cups и сам через libusb всё отправляет, и нечего тут.
Ребучусь, резко всплывает другая проблема: одна страница печатается, со следующей идёт мусор. $#$ сказали мужыки. Возврат ubslp не помогает. Установка ядра 3.2.... не помогает. В логах cups выявил — что, натурально backend usb cannot write 4096 bytes of data to ..., понятно, что-то не работает в usb. Нахрена этот backend, кстати, продолжает печатать? Он что думает, что можно взять и выкинуть кусок PDL и продолжать? Смешно.
В общем, после некоторых ковыряний вспомнил, что я жэ ещё там перетыкал хвост принтэра, точнее, как перетыкал — выткнул — воткнул. В общем, как выяснилось, у меня есть на матери порты usb3, которые работают от драйвера xhci (а не ohci/ehci), и которые как раз и глючат. А порты usb2 — не глючат. Драйвер xhci написан ну не то, чтобы совсем ужасно, но рука архитектора там не ночевала, и опытных программистов тожэ не нашлось — в общем, отлажывать это довольно малореально.
Ну чо, воткнул в рабочий порт. Продолжаю наблюдения.
Когда печатаю в режиме "несколько страниц на одном листе бумаги", лист бумаги "не разворачивается".
То есть, отправив на печать документ из 2 страниц на лист А4, я ожидаю получить лист А4 альбомной ориентации, на котором расположены обе страницы в формате А5.
Однако я получаю лист А4 портретной ориентации, в нижней части которого — обе страницы в формате А6.
Эта проблема возникла после печати какого-то документа и проявляется не во всех программах. Так, ее нет в LibreOffice и Chromium.
Раньше она была в evince, но я нашел в домашней директории и удалил файл настроек печати для evince — проблема исчезла.
Однако в мозилловских программах (icedove/thunderbird и iceweasel/firefox) она осталась.
Подскажите, пожалуйста, где в домашней директории находится файл, определяющий настройки печати мозилловских программ.
Заранее большое спасибо.
По-своему дажэ мило, но довольно внезапно.
Принтер HP LJ m1120 подключен по USB к ноутбуку с winxp. Печатаю на него с debian wheezy через cups. URL принтера — smb://wirkgroup/host/printer. Оболочка — GNOME3 (classic).
Сегодня ни с того ни с сего при отправке на печать стало выводиться: "Для печати документа ИМЯ на принтере ИМЯ требуется проверить права доступа" и окошко "имя пользователя" и "пароль" с подставленным именем. Если нажать OK (даже без ввода пароля), начинается печать.
Это наблюдается только при печати из веб-браузеров, evince, geany и некоторых других программ. Из Libreoffice и программ для kde печатаю без запросов.
Изменений в настройке принтеров в последние дни не делал. По совету из forum.ubuntu.ru указал для этого принтера политику "authenticated", не помогло.
Поставил драйверы, запустил, в cups принтер как бы виден. но пробную страницу — нет, не печатает.
Создано
Пт 21 фев 2014 00:05:33
"Waiting for printer to become available."
Linux готов к десктопу, дааа.
Послезавтра экзамен. И естественно мне понадобится принтер. И конечно же за полтора дня до этого я вспоминаю, что переставил ОСь, а демон печати крутился на ней :D
Поэтому, как и планировал, начал поднимать сие на мини-сервере (RPi).
Локально демон печати поднимается, молодец ему, однако когда ему в конфигах говоришь, чтобы слушал в локальной сети, его обламывает avahi, произнося весьма глупую фразу:
"avahi_client_get_host_name: Assertion `client' failed"
Гугление и знания про assert-функции подсказало, что это баг avahi:
These are known Avahi issues that are fixed for the forthcoming 1.6.2 release. In the meantime if you compile without Avahi it will avoid these crashes.У меня же версия 1.6.1...мда, только что понял, что бага не в avahi, а в cups =)
----------
Оу, нет...
Я думал, что хотя бы в AUR будут лежать свежие сырцы, но 1.6.2 ещё только в разработке.
Интересно, на кой чёрт CUPS'у сдался Avahi? Остаётся только компиляция без его поддержки.
----------
" Avahi — инфраструктура для обнаружения служб посредством многоадресной
рассылки (Multicast DNS Service Discovery). Она позволяет программам
предоставлять и обнаруживать службы и хосты в локальной сети без
необходимости ввода специальных настроек. Например, можно сразу после
подключения к сети найти принтеры, файлы и людей для общения. "
Вот и скажите, нафига мне это?
После экзамена возьмусь за напильник, если каким-то чудесным образом не выйдет обновление.
ЗЫ: на моей убунте завелось на ура от того же PPD файла, что я пытался использовать в opensuse
Для печати напрямую на CUPS задаем тип принтера как Raw, на виндовых клиентах ставим родные PCL6 дрова, на линуксе/маке — hpijs PCL3 и коннектимся к принтеру по ipp.
Для печати через промежуточный принт-сервер (в удаленный офис, чтобы виндовые клиенты не зависали при разрыве связи и все гарантированно печаталось после ее восстановления) — настраиваем принтер на промежуточном CUPS-сервере с дровами hpijs PCL3, коннектимся к нему с винды родными PCL6 дровами для принтера. Если сделать на промежуточном CUPS-е Raw-принтер, то печатать не будет.
В итоге исчезли две основные траблы при печати с винды: пропали "жопы" (пустые листы с надписью JOB между заданиями — возникают, насколько я понял, при взаимодействии кривого парсера PostScript в прошивке принтеров с еще более кривым PostScript в винде) и нормально печатаются PDF-ки. Что характерно в никсах никаких трабл нет изначально — все просто работает. Алсо если надо печатать с машины, к которой физически подключен принтер, видимо, надо подсоединиться к самому себе по ipp с использованием драйвера hpijs PCL3, т.к. в Raw напрямую печатать низя.
PRINTSERVER:631 тогда создастся нормальный "Internet Port" для принтера. Другими способами этот порт создать невозможно (через управление принтерами, например). Нужно также до печати первой страницы не забыть отключить посылку Ctrl+D в параметрах, иначе придется перезапускать принтер и CUPS. Алсо PDF-ки на такой принтер не распечатать, поскольку вылетает ошибка в CUPS-овском фильтре pstopdf. Решения я пока не нашел. Та же херня с PDF-ками и в Adobe PostScript Driver, использующегося в качестве PostScript драйвера в версиях винды до XP включительно.
На заметку, чтобы не забыть: Для печати на CUPS в Windows 7 надо при установке Xerox Global Print Driver PS при выборе принтера указать его адрес в виде 1) Основной мануал, по которому качал и собирал дрова тут: webnotez.net На всякий пожарный зазеркалирую архивчик с дровами: dl.dropbox.com Мануал про другую модельку принтера, поэтому остановился, увидев строчку "/usr/sbin/lpadmin -p LBP2900 -m CNCUPSLBP2900CAPTK.ppd -v " :)
2) Совет про то, что "редактируем файл control — заменяем libcupsys2 на libcups2" взял вот отсюда: linuxforum.ru
3) По пути были кучи зависимостей, которые не ставились автоматом, и были руками выкачаны с packages.ubuntu.com и установлены.
4) Заодно были обновлены некоторые уже установленные в системе библиотеки.
5) Make, make install вот этого зоопарка: dl.dropbox.com Там же лежит ppd'шник, который нужно подсунуть при установке принтера в стандартном диалоге убунты.