<p dir="ltr">I had similar issues, i think i'd accidently clicked something that stopped ubuntu from updating configuration files in /etc when it did updates.</p>
<p dir="ltr">Needless to say that caused various issues similar to what you are experiencing and little tweaks here and there to fix them started to become to numberious, so I just reinstalled.</p>
<div class="gmail_quote">On 4 Jul 2013 09:56, "Hakim Cassimally" <<a href="mailto:hakim.cassimally@gmail.com">hakim.cassimally@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Hi all,<div>I've generally been quite impressed with how simple printing on Linux turns out to be, but at the moment "it's not working".  I've investigated/asked for help to the extent that I can, and can't get to the bottom of it, so was wondering if you can help!<div>

<br></div><div>= My laptop =</div><div><br></div><div>  Thinkpad x60t running Ubuntu 12.04</div><div><div>  Linux chips 3.2.0-48-generic-pae #74-Ubuntu SMP Thu Jun 6 20:05:01 UTC 2013 i686 i686 i386 GNU/Linux</div></div>
<div>
<br></div><div>= What happens =</div><div><br></div><div>I print a document from a GUI app.  This problem happens to x2 printers I have in my list (DoES's networked Laser printer, and my dad's USB-connected Laser printer), both of which I have successfully printed to before on this machine. </div>

<div><br></div><div>Gnome's task bar shows a printer icon.  When I click on this I can see the print queue for the printer I've printed to.  It starts off with Status = "Processing: Not connected" and after a minute or so this changes to "Held".  The document never prints.</div>

<div><br></div><div>== Check Cups status  ==</div><div><br></div><div>If I go to <a href="http://localhost:631/printers/DoESLaserJet-2605dn" target="_blank">http://localhost:631/printers/DoESLaserJet-2605dn</a> for example, the State of the job is listed as </div>

<div><br></div><div>  "held since</div><div>Thu 04 Jul 2013 09:16:17 BST </div><div>"/usr/lib/cups/backend/hp failed""</div><div><br></div><div>This is pretty much as useful as "There was an error LOL"</div>

<div><br></div><div>== Check Logs ==</div><div><br></div><div>In /var/log/cups, the newly touched files are access_log which includes:</div><div><br></div><div><div>  localhost - - [04/Jul/2013:09:14:16 +0100] "POST /printers/DoESLaserJet-2605dn HTTP/1.1" 200 59822 Print-Job successful-ok</div>

<div>  localhost - - [04/Jul/2013:09:14:21 +0100] "POST / HTTP/1.1" 200 342 Create-Printer-Subscription successful-ok</div><div>  localhost - - [04/Jul/2013:09:14:21 +0100] "POST / HTTP/1.1" 200 342 Create-Printer-Subscription successful-ok</div>

<div>  localhost - - [04/Jul/2013:09:16:08 +0100] "POST /jobs/ HTTP/1.1" 200 140 Cancel-Job successful-ok</div></div><div><br></div><div>page_log includes:</div><div><div>  DoESLaserJet-2605dn hakim 32 [04/Jul/2013:09:16:31 +0100] 1 1 - localhost does anniversary invite.pdf - -</div>

</div><div><br></div><div>error_log only gets updated ~5 minutes later with:</div><div><div>  E [04/Jul/2013:09:21:40 +0100] [Job 32] Stopping unresponsive job!</div></div><div><br></div><div>BUT it does also have this from yesterday:</div>

<div><br></div><div><div>  E [03/Jul/2013:10:24:28 +0100] Unknown directive SystemGroup on line 16 of /etc/cups/cupsd.conf.                        </div><div>  W [03/Jul/2013:10:24:33 +0100] failed to CreateProfile: org.freedesktop.ColorManager.AlreadyExists:profile id 'DoESLaser↪\Jet-2605dn-Gray..' already exists</div>

</div><div>(an</div><div><br></div><div>I've checked the error in <a href="https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1088448" target="_blank">https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1088448</a> and it looks like the SystemGroup entry has been removed from cups, but not from the cupsd.conf file.  I've commented out the entry and re-started Cups, but that didn't fix the problem.  Bah.</div>

<div><br></div><div>== Possible errors and debugging ==</div><div><br></div><div>At one point I thought that the problem might be with permissions in /var/{log,spool}/cups and have done some chgrp, probably between lp and lpadmin.  Nothing has fixed problem obviously.</div>

<div><br></div><div>=== Me cargo culting Things I Don't Understand ===</div><div><br></div><div>So, um, I have an SSD.  I cargo culted some stuffs about tuning for SSD, including adding these lines to /etc/fstab</div>

<div><br></div><div><div>  tmpfs   /var/spool tmpfs   defaults,noatime,mode=1777   0  0</div><div>  tmpfs   /var/log   tmpfs   defaults,noatime,mode=0755   0  0<br></div></div><div><br></div><div>It occurred to me at some point that if Cups had created paths it needed on *configuration* rather than init, then the next time I reboot, it might be unhappy...</div>

<div><br></div><div>I've commented out those lines, rebooted, and attempted to rerun configuration by running:</div><div><br></div><div>  sudo dpkg-reconfigure cups</div><div><div>  sudo dpkg-reconfigure dbus</div></div>

<div><div>  sudo dpkg-reconfigure hplip</div></div><div><br></div><div>Again, these don't seem to have helped.</div><div><br></div><div>= HAYULP? =</div><div><br></div><div>I'd be very grateful for any suggestions for what to do next!</div>

<div><br></div><div>Ta,</div><div>Hakim </div><div><br></div><div><br></div><div> <br></div></div></div>
<br>_______________________________________________<br>
Liverpool mailing list<br>
<a href="mailto:Liverpool@mailman.lug.org.uk">Liverpool@mailman.lug.org.uk</a><br>
<a href="https://mailman.lug.org.uk/mailman/listinfo/liverpool" target="_blank">https://mailman.lug.org.uk/mailman/listinfo/liverpool</a><br></blockquote></div>