Xerox WorkCentre 4118 + печать из CUPS

Внезапно словился инопланетный баг. Почти как этот. При печати на расшаренный с winxp принтер Xerox WorkCentre 4118 любой информации через CUPS железка, подумав, выдавала с десяток страниц "посланий с Марса". Так как с самой винды, да и с других тоже, задания уходили и печататались нормально, то источником проблемы был объявлен PostScript-драйвер под linux для данного принтера. Обновление оного и прочие шаманства с настройками результата не дали. Не-PS драйвера никто под этот принтер не предлагает. Решение было найдено здесь. Если кратко - меняем в CUPS-е драйвер на SamsungML-7050. И все.

HP LJ Pro M1132 и mdadm - две проблемы по цене одной.

"Сегодня мы многое поняли..." (с) Стэн Марш

Во-первых, для принтера HP LJ Pro M1132 замечательно подходит драйвер foo2xqx с ppd-файлом от HP LJ M1120. В случае локального usb-подключения необходимости в этой альтернативе нет (да и сканер с ним не подцепится), лучше и правильнее использовать комплект hplip версии 3.10.4 и свежее (согласно этой странице). Но с расшаренными по smb устройствами hplip не работает (для подключения hplip-принтера в CUPS используется путь вида hp://, а при smb:// бакенд, вызываемый ppd-файлом, с треском падает), поэтому приходится искать обходные пути.

Во-вторых, после развала mdadm-массива (RAID1), в случае возникновения ошибки вида md0: no devices found после его восстановления и пересборки, следует обновить ваш initrd командой update-initramfs -t -u. Таким образом полностью методология действий у меня вышла такая (в случае замены сбойного диска, в иных случаях некоторые пункты могут быть опущены):

- узнать, который из дисков отпал (у здорового состояние active sync):

# mdadm --detail /dev/md0

- отломать сбойный диск:

# mdadm /dev/md0 --fail /dev/sdb1

# mdadm /dev/md0 --remove /dev/sdb1

- заменить hdd (пусть новый встал в тот же слот - буква не меняется), добавить новый диск в массив:

# mdadm /dev/md0 --add /dev/sdb1

- наблюдать за процессом сборки:

# mdadm --detail /dev/md0

# cat /proc/mdstat

- обновить initramfs:

# update-initramfs -t -u

Дополнительно стоит отметить, что в случае загрузки с livecd для работы с массивом его нужно собрать (так как init-система ливника знать о нем не может). Для этого нужно:

- собрать информацию о массиве в конфиг:

# mdadm --examine --scan --config=mdadm.conf > /etc/mdadm/mdadm.conf

(если не ошибаюсь, mdadm --detail --scan > /etc/mdadm/mdadm.conf ведет себя аналогично)

- собрать и запустить массив:

# mdadm --assemble --scan

или, если есть необходимость, явно перечислить, что и куда собирается: 

# mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1

Конечно, сами разделы должны понимать, что они raid-разделы (то есть иметь md superblock):

# mdadm --detail /dev/sda1

Оговорюсь, что покурить документацию по mdadm (начиная от man-страницы, заканчивая материалами в Сети) очень стоит, потому что одной неверной командой массив можно запросто убить без возможности восстановления данных на нем. Все перечисленные команды ни в коем случае не являются панацеей, бездумный их ввод может не облегчить ваши страдания, а много-много усложнить жизнь. И я буду не виноват. 

В остальном же - надеюсь, что кого-то изложенные мысли натолкнут на решение собственной проблемы.

cups + console

Иногда надо просто подопнуть ушедший по какой-то причине в stop-состояние принтер (в CUPS-е), а открывать браузер и топать на админку или лениво, или сложновыполнимо (например, инет медленный). Консольно эту операцию можно сделать так:

# cupsenable

Для обратной операции есть cupsdisable.

win2k8 + http-принтер (CUPS)

Задача: Подключить к серверу Windows 2008 R2 принтер с рабочей станции под управлением Ubuntu 8.04 LTS. 

Проблема: При попытке настроить подключение через мастер выдается сообщение о невозможности найти принтер по указанному адресу.

Диагноз: Выяснилось, что в win2k8 по каким-то соображениям не установлен клиент для печати по IPP (хотя в во всей остальной линейке виндов, включая win7, он активен).

Лечение: В Панели управления найти пункт Включение и отключение компонентов Windows, далее найти пункт Добавить компоненты и, получив список, выбрать компонент IPP-клиент и установить оный. Затем в Службах перезапустить Диспетчер печати. После этого добавление сетевого принтера пройдет успешно.

CUPS + ipp (http) + Unauthorized error.

Еще один хинт на тему печати. Если встречается следующая проблема: принтер подключен к linux-машине, расшарен cups-ом, c win-машины настраивается подключение по http (ipp то бишь). Печать с винды уходит без ошибок, но купс дропает задание, говоря в error_log-e: Print-Job: Unauthorized.

Лечится следующим образом:

lpadmin -pprinter_name -o auth-info-required=none

И еще один момент: при использовании ipp на вин-системе можно не устанавливать драйверы конкретно для printer_name, достаточно выбрать Generic - MS Publisher Imagesetting в списке драйверов ОС. Задание передастся, как я понимаю, в RAW-формате (поправьте, если я не прав), а непосредственно на принтер его обработает и отправит уже CUPS.

Windows 7 + проблемы сетевой печати.

Продолжая тему виндов ;)

Имел сегодня продолжительный секс с "семеркой" на предмет подключения и работы сетевого принтера. Подключенный локально, USB'ом, он  работает. Подключенный по сети, через http ли, через smb, не работает. Причем "не работает" без ошибок и проблем - просто задание уходит в никуда. Единственное, что в итоге получилось - подключение принтера (сабж - Xerox WorkCentre 4118, для которого еще и человеческих дров под Win7 на сайте не сыщешь) по старинке через параллельный порт, в который net use'ом "воткнут" smb-принтер. На деле выглядит это так: добавляется локальный принтер с интерфейсом LPT1. Затем в командой строке пишется 

net use lpt1: \\server_ip\printer_name /USER:username password /y

Таким образом, винда отправляет задание на вроде бы локальный порт принтера, а на деле - в сеть на рашаренный по smb девайс. Метод работает как для доисторических программ из DOS, так и для наисвежайшей Win7.

Сунув описанную команду в автозагрузку, имеем решение "на постоянку".

Canon MF3228 + Linux

Работа МФУ Canon MF3228 и иже с ними (и вообще любого печатающего девайса, производитель которого не знает других операционок, кроме Win) - два рецепта: первый и второй. Каждый из них по-своему костылен, но оба работоспособны. У первого есть проблема с работой под виндами моложе WinXP ввиду отсутствия корректно работающего redmon'а под vista/7. Второй более сложен по реализации, но работает везде, вроде как. Надеюсь, в скором времени получится выложить более сжатую версию сих документов. Но не обещаю ;)

CUPS hint: (client-error-forbidden)

При попытке подключить к CUPS одного Debian сервера принтер, подключенный, настроенный и расшаренный (опция в Administration - Share published printers connected to this system) к другому Debian серверу (обе машинки соединены openvpn туннелем) напоролся на неприятную ошибку, вынесенную в топик. Игры с настройками, попытка внести vpn-подсеть в /etc/networks на обеих сторонах не привели к желаемому результату. Решение оказалось следующим: в /etc/cups/cupsd.conf того CUPS, который отдает принтер, в секции внести следующие изменения:
<Location />
Order Deny,Allow
Allow From ip_cups_client
</Location>
(чтобы такое вставить в HTML-ный блог, юзаем сервис специальный)
ip_cups_client в данном случае - адрес CUPS'а, к к которому подключается нужный принтер.
После рестарта "отдающего" CUPS все начинает работать и ошибка более не проявляется.

CUPS'о-терминальные странности

интересная херня стоила мне вчера пары часов рабочего времени...
Оказывается, что при хождении терминальных пользователей (через freenx) на сервер, ессно тоже терминальный -), при условии ихавторизации по логину-паролю из /etc/passwd, то есть по локальным учеткам, а не по учеткам freenx'a (ну, которые добавляются через nxserver --adduser user).....так вот при всем при этом для системы этот пользователь почему то является guest'ом, со всеми вытекающими. Для меня например это вытекло в ошибку Quota Limit Reached, сгенеренную CUPS'ом в ответ на попытки хоть че нить распечатать на любом из 4 присоединенных к последнему принтеров. И это при условии что этот чертов guest добавлен в allow user в /etc/cups/printers.conf и все Quota...-строчки зияют нулями, то бишь квотирования быть не должно.
Первопричины сего от меня ускользают если честно, но порешать проблему удалось лишь созданием freenx-учеток пользователей. После этого они стали в терминальной сессии самими собой, и купса с радостью раздала всем принтеры и настало щастие.
В общем, на заметку...