Printing to a Lexmark network E120N is very slow

Bug #548747 reported by Philip Peitsch
26
This bug affects 5 people
Affects Status Importance Assigned to Milestone
foomatic-db (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: cups

I own a Lexmark E120N that I am attempting to print to from both a clean Lucid Beta install, and a Karmic install. Both of them take a very long time to start printing. I see the printer light start flashing to indicate that it is spooling... and it then takes roughly 30mins to complete a single page.

I'm using the E120N Foomatix/pxIm.... driver for the E120N.

ProblemType: Bug
Architecture: amd64
CheckboxSubmission: 627843f773788cb8684bdb11b1715f9c
CheckboxSystem: 9038dc5b445882e24b06ebe5cf05c9fc
Date: Fri Mar 26 22:53:57 2010
DistroRelease: Ubuntu 10.04
Lpstat: device for Lexmark-E120n: dnssd://Lexmark%20E120n._ipp._tcp.local/
MachineType: Gigabyte Technology Co., Ltd. 965P-S3
NonfreeKernelModules: nvidia
Package: cups 1.4.2-10
Papersize: letter
PpdFiles: Lexmark-E120n: Lexmark E120n Foomatic/pxlmono (recommended)
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-17-generic root=UUID=fcb267ad-26fb-474b-b4c4-0a58661e5149 ro quiet splash
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.32-17.26-generic 2.6.32.10+drm33.1
SourcePackage: cups
Uname: Linux 2.6.32-17-generic x86_64
dmi.bios.date: 07/17/2007
dmi.bios.vendor: Award Software International, Inc.
dmi.bios.version: F12
dmi.board.name: 965P-S3
dmi.board.vendor: Gigabyte Technology Co., Ltd.
dmi.board.version: x.x
dmi.chassis.type: 3
dmi.chassis.vendor: Gigabyte Technology Co., Ltd.
dmi.modalias: dmi:bvnAwardSoftwareInternational,Inc.:bvrF12:bd07/17/2007:svnGigabyteTechnologyCo.,Ltd.:pn965P-S3:pvr:rvnGigabyteTechnologyCo.,Ltd.:rn965P-S3:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr:
dmi.product.name: 965P-S3
dmi.sys.vendor: Gigabyte Technology Co., Ltd.

Related branches

Revision history for this message
Philip Peitsch (philip-peitsch) wrote :
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Does Ghostscript take 100% CPU during the time you are waiting for your page? Can you attach sample input files?

Changed in cups (Ubuntu):
status: New → Incomplete
Revision history for this message
Philip Peitsch (philip-peitsch) wrote :

Hi :)

Here is a random attachment. It seems to do this for any document I print. I have confirmed this printing directly from firefox, and from the attached pdf using evince.

gs usage seems pretty low. I saw it spike to 24% for an instant (as in one refresh cycle of top) and that was all. The attached sample takes roughly 1-2mins to print the single page on my machine... and it does this for every page if I print a multipage document.

When I hit the print button, I see the printer light start flashing straight away, and hear the rollers in the printer spin up for a few seconds. Then the rolls stop spinning, the light keeps flashing... and it sits and does nothing for 60s or so.

Revision history for this message
Philip Peitsch (philip-peitsch) wrote :

I have changed the printer driver to Generic PCL 5e Printer Foomatic/ljet4d instead, and the print speeds have jumped up dramatically (as in instant again). Unfortunately, this isn't the driver used by default for this printer... I would suggest it might be best to change the defaults until the current default driver (the plxmono one) is fixed?

Changed in cups (Ubuntu):
status: Incomplete → New
Revision history for this message
jk (mail-j-k) wrote :

Same problem here, from two machines. I have the impression that the print job gets sent to the printer completely, and the delay occurs there.

It seems as though it doesn't occur with pages containing only text. Graphics seem to trigger it.

Switching the driver from "Lexmark E120n Foomatic/pxlmono" to "Generic PCL 5e Printer Foomatic/ljet4d" fixes the behavior for me too, on both machines. Jobs are printed immediately with that driver.

Revision history for this message
Jørgen Tellnes (jorgis) wrote :

I have the same problem. When the printer is this slow, it is practically useless. I changed the printer settings to use the attached ppd file instead (found here: http://www.murrayc.com/blog/permalink/2007/01/10/new-printer-lexmark-e120n/#comment-12556), and that both fixes the slowness as well as makes printed graphics look a lot better.

 I can now print a form containing a barcode, and the lines in the barcode stays perfectly sharp and legible. With the default (foomatic/pxlmono), the barcode is full of jagged edges and blurriness.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

I see no reason why this PostScript printer has pxlmono as the recommended driver. I am switching it to PostScript on the OpenPrinting database now. The fix will get into Maverick with the next foomatic-db package.

affects: cups (Ubuntu) → foomatic-db (Ubuntu)
Changed in foomatic-db (Ubuntu):
importance: Undecided → Medium
status: New → In Progress
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Updated the upstream BZR repository of foomatic-db.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package foomatic-db - 20100806-0ubuntu1

---------------
foomatic-db (20100806-0ubuntu1) maverick; urgency=low

  * New upstream release
     - Correction in ChangeLog

foomatic-db (20100804-1) unstable; urgency=low

  [ Didier Raboud ]
  * New upstream release
    - New Oki Data Corp B410 (LP: #603894)
    - Lexmark E120 uses PostScript (LP: #548747)

  * Putting under Debian Printing Group umbrella.

foomatic-db (20100630-1) unstable; urgency=low

  * New upstream release
    (Closes: #580351)

  * Merge from Ubuntu:
    - postinst's: PPD auto updaters:
      "If the package is updated, it is checked whether existing
       queues use PPDs of this package and if yes, the PPDs get
       updated." (Till)
      Closes: #370335, #437309
    - Split openprinting-ppds into {,-extra}
    - Link the PPD files in the foomatic database
    - Rewrite some descriptions, shorten others.
    - Merge most of the package relationships.
    - Install the apport hook on Ubuntu
    - Remove non-PPD files from the repository, Closes: #546784
    - Remove entries for non-existing drivers.
    - Fix common errors in PPDs that make CUPS choke, Closes: #493104

  * Add myself to Uploaders as I'll help Chris in maintaining foomatic-db.
  * Convert to 3.0 (quilt) source format.
  * Convert to tiny dh7 style.
  * Add misc:Depends.
  * debian/watch: update.
  * Add Vcs-* fields with new packaging repository.
  * Compress PPDs with gzip --best
  * Merge Till's changelog entries.
  * Update README.Debian.
  * Bump Standards to 3.9.0.0 - Rework some Conflicts/Replaces/Breaks.
 -- Till Kamppeter <email address hidden> Fri, 6 Aug 2010 17:15:03 +0200

Changed in foomatic-db (Ubuntu):
status: In Progress → Fix Released
Revision history for this message
supportsage (larryweeks) wrote :

I have Ubuntu 10.04 and it is very fast I have a 3ghz machine with lots of space. This version will not spool to my printer in 20 minutes...it should do it in seconds. I have a e120n networked through my router. It is usually no problem...was until i upgraded. I have tried to upgrade the printer driver but it also does not make a difference.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.