You are not logged in.
I wiped out the old printer settings and set it up all over again, and yet the damn thing still refuses to work at all. No error messages, no command line complaints, nothing at all, and yet my Deskjet 540 is unable to do more than sit there on my desk as quiet as a lump of rock on barbiturates. To top it off, my (normally very quiet) hard drive makes decidely unhealthy-sounding squealing noises when I call up and use the printer administration web interface.
Offline
Try this
pacman -Sy cups ghostscript hplip
That'll basically make sure you have all the required packages. Now:
1. Run /etc/rc.d/cups stop
2. Run /etc/rc.d/hplip start
3. Run /etc/rc.d/cups start
4. Place hplip before cups in rc.conf
5. Reconfigure CUPS to use the hp:// port instead of usb when printing.
6. Test the printer to ensure proper function.
*note: By deskjet, I am just asuming you are using a HP brand of printer, if not let me know.
Offline
Using an HP printer... an old one that uses the parallel port, and never had any issues at all with the CUPS or Gimp-print drivers. And I get the feeling that, if an application makes my hard drive squeal like a pig, it's up to no good. :shock:
(Very scary actually, the squealing sounds I heard sounded almost like a head crash. I sure hope that is not what happened. :shock: :shock: :shock: )
At any rate, I downgraded CUPS... And now, despite definitely having the old version installed, it's the new one's web interface that greets me. This is just getting too f**king weird.
Offline
My samsung laser printer also died with cups 1.2. Going back to 1.1 fixes the problem immediately.
And where were all the sportsmen who always pulled you though?
They're all resting down in Cornwall
writing up their memoirs for a paper-back edition
of the Boy Scout Manual.
Offline
I wiped out the old printer settings and set it up all over again, and yet the damn thing still refuses to work at all. No error messages, no command line complaints, nothing at all, and yet my Deskjet 540 is unable to do more than sit there on my desk as quiet as a lump of rock on barbiturates. To top it off, my (normally very quiet) hard drive makes decidely unhealthy-sounding squealing noises when I call up and use the printer administration web interface.
Software cant just cause your hard drive make unhealthy sounds. If it is making such sounds, keep an eye on smart, dmesg, make sure you have backups, because abnormal sounds from a HDD are never a good thing.
So... who here's filed a bug? Complaining is all good and fun, but it doesnt get fixed until developers are told, and until we learn telepathy (we're working on it, I swear! expect it in 0.8) - that is done through a bug report.
Offline
Gullible Jones wrote:I wiped out the old printer settings and set it up all over again, and yet the damn thing still refuses to work at all. No error messages, no command line complaints, nothing at all, and yet my Deskjet 540 is unable to do more than sit there on my desk as quiet as a lump of rock on barbiturates. To top it off, my (normally very quiet) hard drive makes decidely unhealthy-sounding squealing noises when I call up and use the printer administration web interface.
Software cant just cause your hard drive make unhealthy sounds. If it is making such sounds, keep an eye on smart, dmesg, make sure you have backups, because abnormal sounds from a HDD are never a good thing.
Thanks, I'll keep track... I'm telling you though, this happened only during CUPS administration, and it happened reliably - every single time.
Offline
So... who here's filed a bug? Complaining is all good and fun, but it doesnt get fixed until developers are told, and until we learn telepathy (we're working on it, I swear! expect it in 0.Cool - that is done through a bug report.
Wouldn't you rather people bounce bugs they *think* they have found off each other before filling flyspray with bogus bug reports? I generally see threads of this type as "Hey, I can't get this to work anymore! Can anyone else???" If there are 20 responses, it's probably a good idea to file a bug. On the converse, I'm willing to bet that there is at least one user who constantly files "bugs" that are, in reality, caused by a failure to RTFM, no? That's at least been my experience with this sort of thing.
Unthinking respect for authority is the greatest enemy of truth.
-Albert Einstein
Offline
That user might be me. :oops:
Anyway, I added a comment to the bug report mentioning that parallel port printing is also affected, and advising that serial port functionality should be checked too.
Iphitus: no errors reported by SMART or dmesg anywhere as far as I can tell, and no lost data anywhere. I'm starting to wonder if the noise actually came from an external source, but I'll definitely keep an eye out.
Offline
Too late, the drive is done for... jfs_fsck detected a corrupt superblock and a corrupt backup superblock (beyond repair), I couldn't read anything on it (no /sbin/shutdown!), partition table busted (no /dev/hda1!), and the BIOS couldn't detect the drive when I rebooted (Master on Controller 1? What master?). As far as the mobo was concerned the HDD had ceased to exist... So I pulled it out, labelled it "F.U.B.A.R." in big pink letters, and stowed it away in the basement. I suppose I might open it later to see if there's anything visibly wrong, and for the extra fridge magnet.
(FWIW, I'm starting to notice a pattern here, and I think it might have to do with JFS. I'm guessing that jfs_fsck might be erroneously writing output to important parts of the disk or something, but I'm not sure...)
Offline
(FWIW, I'm starting to notice a pattern here, and I think it might have to do with JFS. I'm guessing that jfs_fsck might be erroneously writing output to important parts of the disk or something, but I'm not sure...)
O.o, that can never be a good thing. This should seriously be checked into more! maybe someone with a few small hdd's is willing to test?
Offline
For a quick and not so good fix, if you're using a usb printer, change the permissions on /dev/usb/lp0 to 666, at least I have printing working again
Offline
uasb should work with udev 092-4 package again
Offline
What about parport, can anyone confirm that's working again?
Offline
please try new cups 1.2.1-2 package i changed group on cups
Offline
I had to add a
chmod gu+x /dev/usb/lp0
to get mine to work
Offline
Ah here we go... The hard drive noises were produced by CUPS. Setting a printer as the default one will cause your hard drive to produce a weird squeaking noise.
Offline
colnago you still need to modifiy your node or does new cups package solve your issue?
Offline
I think it may be necessary to add the directory /etc/cups/ssl to the PKGBUILD.
Without it cups can't upgrade the http connection to https when doing remote administration.
I get the following errors:
I [30/May/2006:22:40:59 -0600] Generating server key...
E [30/May/2006:22:41:00 -0600] Unable to create server key file "/etc/cups/ssl/server.key" - No such file or directory
E [30/May/2006:22:41:00 -0600] encrypt_client: Unable to encrypt connection from 192.168.23.15!
E [30/May/2006:22:41:00 -0600] encrypt_client: Could not negotiate a supported cipher suite.
Once I create /etc/cups/ssl then all is well.
Btw any idea why cups is compiled against openslp but openldap support is disabled. I always thought the ldap was more popular. I don't really have an issue here as I use neither.
Offline
the easiest thing is to use the hp-toolbox from hp-lip
Be yourself, because you are all that you can be
Offline
I don't know why you guys experience such problems when upgrading cups to 1.2.1. I use HP LaserJet 2100 connected via Surecom EP-903X print-server and everything always worked fine for me. I didn't even installed hplip or foomatic-* packages as standard laserjet.ppd from CUPS works much better than special .ppd from hplip.
I'm just curious why the same package works different for some people. Maybe the problems are with udev or/and something else?
to live is to die
Offline
That was exactly what it was, and as of right now it works fine.
(Setting a printer as default will still cause my HDD to spin up for a second or so, but I don't think that's a tremendous problem.)
Offline
Cups 1.2 seems to be causing a variety of problems for people on different O/S's. There's a FreeBSD problem report filed for someone using a USB printer--I had a similar problem (posting a followup to the PR) with a parallel printer.
On Arch, I have cups printing to a FreeBSD box, and creating a client.conf file with the server address fixed it, using lpd://servername/queuename.
The Arch version didn't seem to have a USB device listed in the web interface--the FreeBSD version has neither USB nor parallel listed.
According to the cups docs, if there is a USB or parallel printer attached, it should show automatically on the admin section of the web interface. On Arch, I didn't test with a printer attached directly.
It seems as if it might (I haven't looked into it thoroughly at all) be having most problems with a printer that is directly attached, but not having problems with printing over the network.
If anyone is interested, the FreeBSD PR can be viewed here.
Offline