Dotaz: Problémy s tiskem (Konica Minolta PagePro 1300W na USB)

[Andrej]

Prosím o radu ohledně tohoto nepříjemného problému: Mám tiskárnu <viz titulek> už víc než rok a vždy mi přes CUPS tiskla bezchybně. Přibližně od kernelu 2.6.16 a CUPS 1.2 prakticky nefunguje. (Verze neznám přesně, měsíc jsem netiskl (dobrovolně) a pak už taky ne (nedobrovolně).)

Při pokusu o tisk tiskárna bliká, stejně jako dřív. Stránka je však vytištěna až po 20 minutách nebo po hodině, pokud je vůbec vytištěna. (Většinou není.) Přitom CUPS se tváří, jako by se nic špatného nedělo. (Webové rozhraní i rozhraní KDE ukazuje tiskárnu ve stavu processing, accepting data atd.)

Když smažu tiskárnu v CUPS a znovu ji přidám přes webové rozhraní (nebo přes rozhraní v KDE), chvíli tiskne normálně. Ale jen do nejbližšího restartu. (Občas normální chování nevydrží ani do restartu.)

Zapnul jsem LogLevel debug. Bezvýsledně. Když udělám z logu grep err, vidím jen:

D [02/Oct/2006:21:10:09 +0200] PID 3400 (/usr/lib/cups/filter/pstops) exited with no errors.
D [02/Oct/2006:21:10:10 +0200] PID 3401 (/usr/lib/cups/filter/foomatic-rip) exited with no errors.
D [02/Oct/2006:21:10:10 +0200] PID 3402 (/usr/lib/cups/backend/usb) exited with no errors.

Jako by se fakt nic nedělo. Přitom se v logu minimálně tisíckrát dokola opakují shluky řádků tvaru:

D [02/Oct/2006:21:10:09 +0200] [Job 603] Received 40 bytes of back-channel data!

Takové řádky tam předtím nikdy nebyly. To vím jistě, protože už jsem LogLevel debug měl nastavený hodněkrát. (S CUPS jsou problémy soustavně a s každou novou verzí přijdou další.)

Dál se objevují ohromné shluky těchto řádek:

D [02/Oct/2006:21:05:15 +0200] [Job 602] Received 40 bytes of back-channel data!
D [02/Oct/2006:21:05:16 +0200] [Job 602] Read 8192 bytes of print data...
D [02/Oct/2006:21:05:16 +0200] [Job 602] Received 40 bytes of back-channel data!
D [02/Oct/2006:21:05:17 +0200] [Job 602] Wrote 8192 bytes of print data...
D [02/Oct/2006:21:05:17 +0200] [Job 602] Received 40 bytes of back-channel data!
D [02/Oct/2006:21:05:18 +0200] [Job 602] Read 8192 bytes of print data...

Co to může být? Snaží se tiskárna něco sdělit ovladači? Je to chyba mé tiskárny (porucha, opotřebení) nebo chyba v kernelu a v ovladačích pro USB? (Poslední dobou se v nich dělalo několik změn...) Google o těchto hláškách nic smysluplného neříká. Prosím poraďte mi, můžete-li. Potřebuju v současné době tisknout denně a tento stav je pro mě naprosto neúnosný.

Odpovědi

[Andrej]

Zapomněl jsem se zmínit: Když tiskárnu zastavím (stop printer) a znova spustím (start printer), někdy to pomůže. (Někdy ne...)

[Andrej]

Fakt nikdo nevíte? Jestli tohle ještě nikdo z vás nezažil, pak je to asi nejspíš hardwarový problém...

[Andrej]

Další experimenty ukázaly následující:

• Vícestránkový dokument = katastrofa. Rychlost je nanejvýš 1 stránka za 10 minut. Když člověk potřebuje vytisknout 100 stran...
• Překompiloval jsem min12xxw. (To je driver.) Bezvýsledně.
• Pomocí balíčkovacího systému ArchLinuxu jsem nechal překompilovat foomatic i CUPS. Nic nepomáhá.
• Občas pomůže odpojení a opětovné připojení tiskárny. Většinou ale nepomáhá.
• Podobně je to s restartováním tiskárny (vypínačem) a se zastavením a spuštěním pomocí Ovládacího centra KDE nebo webového rozhraní CUPS.

Pořád se obbjevují povivné hlášky v logu. Toto je pro mě opravdu záhadou. Nemám ponětí, co bych s tím měl dělat. Kdyby aspoň byla šance zjistit, jestli je to tiskárnou nebo chybou v komunikaci přes USB...

[Andrej]

Tohle čtyři roky staré vlákno vystihuje ten problém. Tenkrát nebyl vyřešen... No ale proč musím stejné věci řešit i dnes, když mi to rok tisklo bleskově?

[Andrej]

Taky by to mohl být problém s IRQ. Jsou rozdělená úplně jinak než dřív. Jak bych to mohl zjistit?

[Andrej]

Opravdu nikdo nevíte? Začínám z toho být už hodně zoufalý. Napsal jsem samozřejmě i do jiných diskusních fór, hlavně do fóra mé distribuce i do fóra na stránkách CUPS. Nikde žádná odezva.

Nechce se mi věřit, že by tento problém opravdu nikdy nikdo neřešil. Na stránkách CUPS samozřejmě tento bug je, ale mluví se tam o zcela jiných tiskárnách. Navíc se tam tvrdí, že byl problém vyřešen už v květnu, což zjevně není pravda.

Existuje nějaký jiný vhodný tiskový systém, který by mohl nahradit CUPS? Tento nefunkční kousek softwaru bych ze svého počítače rád co nejrychleji odstranil.

[ZAH]

Nevím jetli to pomůže, ale protože tady je každá rada dobrá.

Podobné problémy jsem začal mít doma poté co jsem si pořídil HP2100. Tak nějak jsem vypozoroval, že problémy narůstají s rozlišením. Prostě vysoké rozlišení a složitější stránka = jedna strana za noc.

Zkuste tisknou s nízkým rozlišením třeba 150 DPi a poté ho zvyšujte jestli náhodou nejde o obdobný problém. Maximální rozlišení HP2100 je 1200 DPi

Neházel bych to však pouze na CUPS.

[Andrej]

To nebude tím. Zjistil jsem, že to funguje při jakémkoliv rozlišení stejně dobře / špatně. Zrovna teď jsem zkoušel posílat úlohy pomocí lpr a bez jakéhokoliv grafického rozhraní. Při použití lpr se občas stane, že se tisk provede hned. (Přibližně v 50% případů...) Tomu už opravdu nerozumím a když slyším CUPS, chytá mě rapl. Nakonec asi bude chyba mezi židlí a klávesnicí... Kdyby byl tohle vážný problém, byly by tu všude desítky dotazů a odpovědí.

[Andrej]

Tohle je ale fakt divné. Někdy pár stránek vyleze normálním tempem (tj. pořádně rychle) a problémy s pomalým přenosem začnou až pak. Jenže když už začnou, vždycky trvají až do konce dokumentu. To je radost!

[Andrej]

Jupí! Vyřešil jsem to. Pomohl mi vývojář od ESP. Tentokrát nebyla chyba mezi židlí a klávesnicí. Ale musím uznat, že i ESP a jejich CUPS jsou v tom celkem nevinně.

Moje tiskárna se chová nestandardně a nedodržuje předepsaný protokol. Proto přidání nových vlastností, které měly prospět, uškodilo. Driver pro Windows si s tím poradí, ale jeho vývojáři mají k dispozici kompletní dokumentaci, což je podstatná výhoda.

Aby se to vyřešilo, musí se trochu rýpnout do zdrojáku pro USB backend. Ale pak to funguje jako po másle, dokonce i verze stažená přímo ze SVN.

Vše je podrobně shrnuto tady. Je tam 1) můj podrobný popis problému, 2) Rada od jednoho z vývojářů, 3) návod na konečné řešení problému.

Pevně doufám, že se tento příspěvek jednou bude někomu hodit, až se s tímhle problémem setká.

[DNA]

tohle by mohlo mít vliv jedině v případě updatu, ale asi to s tím nemá nic společného, jen že prý CUPS 1.2 má podporu KDE 3.5.5 - http://www.root.cz/zpravicky/vyslo-kde-3-5-5/