/etc/init.d/cups status => checking for cupsd: unused. WHY?

JZL240I-U · 12-11-2008, 03:52 AM

The cups script resides in /etc/init.d/cups with the links in /etc/init.d/rc5.d/S50cups (and in rc2 and rc3 as well, as do the corresponding K* files) pointing to it.

When I issue as root:

Code:

/etc/init.d/cups status #I get
checking for cupsd: unused

The script works, because when I issue as root

Code:

/etc/init.d/cups restart #I get
stop: done
start: done

After that the cupsd status is "running".

I tried init 3 and back to init 5. Though the links are there changing the runlevel doesn't start cups. What ever could be the cause?

There is a related problem described here:
http://www.linuxquestions.org/questi...fig-no-686849/
pertaining to the deletion of the script and the links. Some agency is creating mischief here, but what could that be?

aus9 · 12-12-2008, 01:27 AM

since no-one answered for serveral hours forgive me for having a go.

1) can you state if your printer is serial or usb etc please?

In other words if cups is running (or should be running) it it useless with the usb udev stuff.

2) you also mention that cups is module...and I am wondering if your kernel is unloading the module after boot up...so your syslog may show cups and then due to inactivity...it unloads

And that would not cause me any concern unless you insert printer cable and the thing does not print.

But I am guessing you leave your usb cable in all the time? can you confirm that is the reason why you are issueing the restart command?

3) to save further questions...maybe from others could you reboot your computer and

Code:

lsusb > /home/yourname/lsusbboottime
lsmod > /home/yourname/lsmodboottime
...pull out usb printer
insert it
redo above commands and only keep a copy if they differ

also keep a snip of your /var/log/syslog from boottime to end of printing (or fail etc)

then post them to http://paste.debian.net/ good for 72 hours or your online sharing site etc.

4) Altho it may be un-related...could you confirm if you have recently created etc any udev rules for any usb device no matter how unrelated pls.

and I assume your printer works in BSD?

thanks

JZL240I-U · 12-12-2008, 01:43 AM

Hi aus9

To answer your questions:

ad 1):
The printer is at the parallel port and is thus independent from udev. It worked in SuSE 10.3 (I updated to 11.0, where it worked also after install).

ad 2)
I'm not having access to that machine right now, I'll have a look at /var/log/syslog this evening. There is no mentioning of cups in the "dmesg" output. But I can load cupsd simply by issuing "/etc/init.d/cups start", after that the system can print normally. I issue the command for that reason only (to enable my wife to print).

In other words I have a workaround but I want to get rid of the fault in the system.

ad 3)
Since it is no USB-printer...

ad 4)
I did not try to print in BSD.

aus9 · 12-12-2008, 04:48 PM

ok we need parallel module loaded

Code:

lsmod | grep par
parport_pc             39492  1
parport                38252  3 ppdev,lp,parport_pc

JZL240I-U · 12-15-2008, 01:55 AM

Good morning, aus9

There is no error or else a warning in the logs

. There is even a dedicated log in /etc/cups/cups.err and /etc/cups/cups.warn. Again: Nothing.

Then I noticed that lpd was not running either and not activated in the runlevels 2,3 and 5. I did that ... and now cups is running too all by itself, right after startup. I absolutely hate that

. No error, no warning, no message but inexplicable behavior. Like Windows at its worst. Grrrr.

Anyhow, thanks for your support. I'll look into the parallel port business a little more, maybe lpd did something that cups needs.
What a mess...

JZL240I-U · 12-17-2008, 03:25 AM

Okay, parport is running as expected.

For what it is worth, here's what I pieced together up to now:

SuSE is LSB-conform and has the scripts for the modules put into /etc/init.d and the runlevels are managed at the /etc/init.d/rcx.d directories, with x=0-6.

But (!) /etc/init.d/lpd is a link to /etc/init.d/cups. For some reason (which I don't understand) lpd had to be activated in Yast (expert modus) for the runlevels 2,3 and 5. Then things work, but the entries for cups in the /etc/init.d/rcx.d directories (x=2,3 and 5) get deleted. By whom or what I don't know.

That's not nice but the way it seems to be.