MEPISThis forum is for the discussion of MEPIS Linux.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
I am a fairly newbie, but can usually figure things out on my own. This one has me stumped.
I am using Mepis 8, so far the best distro I've tried. It networks with Vista (dreaded kid's computers), and all the hardware I need, or almost.
I am using a printer hooked up to my parallel port (due to USB ports used by everything else), and am using CUPS.
Forgive me, but I'm not to keen on the chmod ownership values, but in order to use the printer, I have to manually change the ownership of /dev/lp0 to allow for "others" to read/write. By default "owner" and "group" can read and write, but "others" are forbidden.
After changing the permission, I have to restart CUPS, then restart the printer, all is well after that.
This is fine until we have a power outage or for some reason the computer restarts, then no one can print until I "fix" it.
If I go into a terminal as root, and chmod /dev/lp0 to 777, when I reboot, it reverts to whatever (770?).
I've set up the printer using KDE's Print Manager and CUPS, that is all the same. The problem has to do with ownership of /dev/lp0. I've looked into the groups and users belonging to that group, but can't narrow it down.
/dev/lp0 is owned by root, group is "lp0". Users in Group "lp0" include hplip (huh?), lp, myself, and root.
Is there another user (or some service) that has to be a member of the group lp0? None of the other users that are NOT members appear to have anything to do with printing, I was looking to see if "cups" was a user.
I normally work from the GUI, but am familiar enough with the command line I can perform tasks and report findings if needed.
Hi, I had this problem about 18 months ago (see mepislovers.org/forums/showthread.php?t=14723) and managed to identify the cups problem. I thought I'd post my solution in case you are still suffering.
I suspect that if you look in /etc/cups/cupsd.conf (or access the Print System configuration GUI, look in the filter section) you will find the entries:
In essence these control the ID and group that cups runs under - and hence you had the permissions problem as they don't match the permissions on /dev/lp0. Just changing the group to lp so it matches the out-of-the-box udev rule should resolve the problem (well it did for me).
In my case the printer was used only once every few months, and what bugged me was that it had been working OK and then for some unknown reason developed the permission problem. Playing around with some Virtualbox Mepis installs I think I came across the answer... As installed, the cupsd.conf file does not contain entries for User and Group - I assume therefore that cups uses the root user and so printing works as it matches the permissions on /dev/lp0. However, the first time you go into the configure print server option in the Print System, the GUI replaces the cupsd.conf file with a much more verbose version which includes the entries
and hence printing stops working!!