Форум
CUPS и принтеры RICOH
заварить_чайку:
Uncle_Brr:
оно работало
Упоминание о работоспособности в контексте прошлого времени позволяет выдвинуть версию, что это могло происходить и во времена господства 32х-разрядных систем. Так что вполне возможно, что фильтр предназначен для указанной архитектуры (32). Учитывая, что даже multilib сейчас становится всё более редким явлением, смею предположить, что Суся у тебя - 64х-битная, как и cups. Сочетания этих факторов также вполне способно вызвать "Permission Denied".
Суся 32-битной (давно уже) не бывает. Последние нн-лет её дистрибутивы ТОЛЬКО 64-битные.
Прошедшее время - это (счас посмотрю) с 2014 по 2020 годы, то есть принтер нормально печатал 6 лет и пережил 11 обновлений системы. 12-е было "с нуля" (из-за падения винта) - вот тут оно и себя показало.
Кстати, вероятность такого обстоятельства была одной из причин, побудивших меня посоветовать выше проверить работу принтера из другого линукса, только я забыл упомянуть про обязательное наличие мультилиба, поэтому настоящим сообщением исправляюсь. Хотя, если Суся поддерживает 32-хрзарядные пакеты, то можно и не устанавливать другой дистр, а попробовать поискать 32-хбитный купс в её репах.
Интересно.
К сожалению, как я понял, суся не поддерживает мультилиб. Что не мешало купсу благополучно работать.
Uncle_Brr:
как я понял, суся не поддерживает мультилиб
Там нет такого понятия как multilib, то есть нет групп пакетов с таким названием. Есть пакеты noarch, есть _x64, есть _x32, есть _x86_64, ищите и обрящете. )
redix:
Uncle_Brr:
как я понял, суся не поддерживает мультилиб
Там нет такого понятия как multilib, то есть нет групп пакетов с таким названием. Есть пакеты noarch, есть _x64, есть _x32, есть _x86_64, ищите и обрящете. )
Хмм... спасибо, был не в курсе. И что мне оттуда надо? ;) По фильтру CUPS оно мне выаваливает сотню ссылок :(
UPD. Поставил поддержку 32-битных скриптов, работы с jbig и купса. Ничего не изменилось, ошибка доступа та же. Демона, ессно перезапустил.
Ещё идеи? ;)
Uncle_Brr:
Воткнул в нулёвую машину. Что-то начало проясняться (см. лог). вот только непонятно, какого хрена ЕЩЁ ему надо?D [25/Oct/2020:10:47:24 +0300] [Job 3] envp[19]="LANG=en.UTF-8"
D [25/Oct/2020:10:47:24 +0300] [Job 3] envp[20]="PPD=/etc/cups/ppd/RNP74AC36.ppd"
D [25/Oct/2020:10:47:24 +0300] [Job 3] envp[21]="RIP_MAX_CACHE=128m"
D [25/Oct/2020:10:47:24 +0300] [Job 3] envp[22]="CONTENT_TYPE=application/postscript"
D [25/Oct/2020:10:47:24 +0300] [Job 3] envp[23]="DEVICE_URI=lpd://192.168.131.9/RNP74AC36"
D [25/Oct/2020:10:47:24 +0300] [Job 3] envp[24]="PRINTER_INFO=RNP74AC36"
D [25/Oct/2020:10:47:24 +0300] [Job 3] envp[25]="PRINTER_LOCATION=192.168.131.9"
D [25/Oct/2020:10:47:24 +0300] [Job 3] envp[26]="PRINTER=RNP74AC36"
D [25/Oct/2020:10:47:24 +0300] [Job 3] envp[27]="PRINTER_STATE_REASONS=none"
- здесь почему-то идет указание на RNP74AC36.ppd, наверное там должен использоваться RICOH_Aficio_SP_100.ppd(для RICOH SP100)...
p.s. на hdd(на разных разделах) одного из ПК установлены ubuntu 8.04-32bit(c 2009 года пережила переезд с трех м/б и 5-ти hdd) и ubuntu 18.04-64bit подключенные к одному и тому же сетевому сетевому мфу RICOH SP 325:
u-0804 32bit:
в браузере:
http://localhost:631/printers/
ricoh
Description: ricoh sp 325snw
Location: ricoh sp 325snw mfu
Printer Driver: HP LaserJet 6 Foomatic/ljet4
Printer State: idle, accepting jobs, published.
Device URI: socket://192.168.100.124:9100 u-1804 64bit:
в браузере:
http://localhost:631/printers/
RICOH_SP_325SFNw_cff184_ RICOH_SP_325SFNw_cff184_ SP 325SFNw ожидает
RICOH_SP_325SFNw_cff184_@325SFNw-CFF184.local RICOH SP 325SFNw, driverless, cups-filters 1.20.2 ожидает
http://localhost:631/printers/RICOH_SP_325SFNw_cff184_
Описание: RICOH_SP_325SFNw_cff184_
Расположение:
Драйвер: SP 325SFNw (черно-белый, дуплексная печать)
Подключение: ipp://325SFNw-CFF184.local:631/ipp/print
По умолчанию: job-sheets=none, none media=iso_a4_210x297mm sides=one-sided ansi:
Uncle_Brr:
Воткнул в нулёвую машину. Что-то начало проясняться (см. лог). вот только непонятно, какого хрена ЕЩЁ ему надо?D [25/Oct/2020:10:47:24 +0300] [Job 3] envp[23]="DEVICE_URI=lpd://192.168.131.9/RNP74AC36"
D [25/Oct/2020:10:47:24 +0300] [Job 3] envp[24]="PRINTER_INFO=RNP74AC36"
D [25/Oct/2020:10:47:24 +0300] [Job 3] envp[25]="PRINTER_LOCATION=192.168.131.9"
D [25/Oct/2020:10:47:24 +0300] [Job 3] envp[26]="PRINTER=RNP74AC36"
D [25/Oct/2020:10:47:24 +0300] [Job 3] envp[27]="PRINTER_STATE_REASONS=none"- здесь почему-то идет указание на RNP74AC36.ppd, наверное там должен использоваться RICOH_Aficio_SP_100.ppd(для RICOH SP100)...
Здесь может быть что угодно. Это ж lpd, тут просто название для очереди печати для данного принтера.
p.s. на hdd(на разных разделах) одного из ПК установлены ubuntu 8.04-32bit(c 2009 года пережила переезд с трех м/б и 5-ти hdd) и ubuntu 18.04-64bit подключенные к одному и тому же сетевому сетевому мфу RICOH SP 325:
У меня он тоже пережил обновления с 2015 года, но главное - работал и на данной машине, под этим же дистром, до перестановки его с нуля (в смысле - дистра).
http://localhost:631/printers/RICOH_SP_325SFNw_cff184_
Описание: RICOH_SP_325SFNw_cff184_
Расположение:
Драйвер: SP 325SFNw (черно-белый, дуплексная печать)
Подключение: ipp://325SFNw-CFF184.local:631/ipp/print
По умолчанию: job-sheets=none, none media=iso_a4_210x297mm sides=one-sided
А он у тебя точно DDST? И ты пользуешься драйвером от Шестарёва или тем, что в системе?
У Ricoh SP 325SFNw стандартный язык обмена(не DDST), в Ubuntu 18.04-64bit для работы с ним используется драйвер SP 325SFNw(присутсвовал после установки системы).Uncle_Brr:
А он у тебя точно DDST? И ты пользуешься драйвером от Шестарёва или тем, что в системе?
p.s. После просмотра https://forum.ubuntu.ru/index.php?PHPSESSID=fe347bqjiuhi1tcob85svb36l5&action=printpage;topic=203120.0, в Opensuse 15.2(для работы с RICOH_Aficio_SP_100.ppd) должны быть установлены:
jbigkit-2.1-lp152.3.6.x86_64.rpm
libjbig2-2.1-lp152.3.6.x86_64.rpm
inotify-tools-3.14-lp152.3.5.x86_64.rpm
libnetpbm11-10.80.1-lp152.5.6.x86_64.rpm
netpbm-10.80.1-lp152.5.6.x86_64.rpm
http://mirror.linux-ia64.org/opensuse/distribution/leap/15.2/repo/oss/x86_64/jbigkit-2.1-lp152.3.6.x86_64.rpm
http://mirror.linux-ia64.org/opensuse/distribution/leap/15.2/repo/oss/x86_64/libjbig2-2.1-lp152.3.6.x86_64.rpm
http://mirror.linux-ia64.org/opensuse/distribution/leap/15.2/repo/oss/x86_64/inotify-tools-3.14-lp152.3.5.x86_64.rpm
http://mirror.linux-ia64.org/opensuse/distribution/leap/15.2/repo/oss/x86_64/libnetpbm11-10.80.1-lp152.5.6.x86_64.rpm
http://mirror.linux-ia64.org/opensuse/distribution/leap/15.2/repo/oss/x86_64/netpbm-10.80.1-lp152.5.6.x86_64.rpm
ansi:
Uncle_Brr:
А он у тебя точно DDST? И ты пользуешься драйвером от Шестарёва или тем, что в системе?
У Ricoh SP 325SFNw стандартный язык обмена(не DDST), в Ubuntu 18.04-64bit для работы с ним используется драйвер SP 325SFNw(присутсвовал после установки системы).
О чем тогда мы говорим? Речь именно о серии принтеров (SP 100-200), в которых РИКО применила свой, модифицированный язык обмена.
p.s. После просмотра https://forum.ubuntu.ru/index.php?PHPSESSID=fe347bqjiuhi1tcob85svb36l5&action=printpage;topic=203120.0, в Opensuse 15.2(для работы с RICOH_Aficio_SP_100.ppd) должны быть установлены:jbigkit-2.1-lp152.3.6.x86_64.rpm
libjbig2-2.1-lp152.3.6.x86_64.rpm
inotify-tools-3.14-lp152.3.5.x86_64.rpm
libnetpbm11-10.80.1-lp152.5.6.x86_64.rpm
netpbm-10.80.1-lp152.5.6.x86_64.rpm
Извини, ты вообще читаешь, что я пишу? Принтер был установлен и работал в течение 4-5 лет! Естественно, что все либы и программы необходимые для его работы были установлены. Почему, будучи установлен на ту же машину и систему снова, он перестал работать, непонятно. Я разбираю работу драйвера (который, в данном случае, в отличие от обычных драйверов (которые сейчас стали бинарниками), представляет собой скрипт, написанный на баше и последовательно вызывающий всю эту бригаду). И вот тут оно, кажется и не работает. К сожалению, в лог оно ругается недостаточно, чтобы понять - где именно оно трапается...
заварить_чайку:
Uncle_Brr:
идеи?
Если удастся решить, то прошу отписаться сюда: интересно.
Ну, собственно говоря, проблема на 90% решена. Виноват во всём ghostscript. Почитав gs-вские форумы, я в этом практически уверился, как и в том, что единственное, предлагаемое авторами, решение проблемы звучит, как "не работает? откатись на предыдущую версию".
В (пред)последней версии они заделывали какую-то дыру в безопасности, в результате чего половина НЕмейнстримовых принтеров прекратила работать.
У них на сайте есть архив со старыми версиями, скачал, положил в /usr/bin, переименовав в gs2, поправил фильтр, дал права, всё почти заработало.
Теперь картина такая: очередь печати создаётся, файл(ы) страниц создаётся, файл описания создаются, JBIG и потоковый создаются, вручную (lp/lpr) печатает корректно, невручную (в том числе и тестовый файл CUPS) НИКАК :( Есть подозрения, что какая-то лабуда с правами, буду копать. Но основное уже сделано.
Uncle_Brr:
заварить_чайку:
Uncle_Brr:
идеи?
Если удастся решить, то прошу отписаться сюда: интересно.Теперь картина такая: очередь печати создаётся, файл(ы) страниц создаётся, файл описания создаются, JBIG и потоковый создаются, вручную (lp/lpr) печатает корректно, невручную (в том числе и тестовый файл CUPS) НИКАК :( Есть подозрения, что какая-то лабуда с правами, буду копать. Но основное уже сделано.
Так, привет всем!
Вернулся я опять к этому принтеру...
Не могу понять (знаний не хватает), что ему ещё нужно. В /tmp/pstoricoh* создаются все временные файлы. В /var/spool/cups создаётся очередь печати и файл, который должен посылаться на принтер. CUPS говорит, что размер файла 1k и делает вид, что его печатает (ничего не происходит). Если зайти рутом в /tmp/pstoricoh* и дать команду lp output.stream (принтер стоит, как дефолтовый), то страница печатается нормально. При этом в CUPS/JOBS отражается новое задание _с реальным размером_! Если нажать кнопку REPRINT JOB, то _ничего заново не печатается_! Хотя в /tmp и /var/spool всё заново создаётся. Принтер в CUPS установлен, как lpd://static_ip/printername. Я нихрена понять не могу - что я/там делается не так :(
По совету, пробовал создать "принтерную" группу, куда включил себя, лп, рута - не работает от слова "вообще" - система такой подход отвергает.
Пипл! Давайте подумаем вместе, не жмёт туго, но как-то уже задолбал этот неработающий рабочий принтер! :( Пишите, какая инфа ещё нужна.
Ах, да. Напоминаю: система OpenSUSE 15.2
Linux brr-leap 5.3.18-lp152.63-default #1 SMP Mon Feb 1 17:31:55 UTC 2021 (98caa86) x86_64 x86_64 x86_64 GNU/Linux