removing daemons - Linux Setup, Configuration & Administration

[craig]

What's the method/proceedure for removing a boot daemon.
I want to remove "sendmail"

simply removing the package doesn't seem to do the trick.

I guess I can short circute it by removing it from init.d but there
a more complete method.

thank you

[Alan]

On Mon, 29 Sep 2003 21:05:03 -0500, craig <com> wrote: 


That's the ticket. Remove the executable and the script from init.d
and the symlink in /etc/rc whatever.

There's a mini-HOWTO on the ldp site called "small linux" or something
like that, that covers it in detail.

But with sendmail you'll have more to do. Run locate sendmail and start
deleting :-)

--
Later, Alan C
You can find my email address at the website: contact.html
take control of your mailbox ----- elrav1 ----- http://tinyurl.com/l55a

[Alan]

On Mon, 29 Sep 2003 21:05:03 -0500, craig <com> wrote: 


Here's a trick that will save you some time:

$ locate sendmail > /home/you/newfile

Go through newfile very carefully and make sure that you delete any
lines containing paths to files that you are not SURE you don't need.

Then do this, as root:

$ while read line; do rm -f $line ; done < /home/you/newfile


--
Later, Alan C
You can find my email address at the website: contact.html
take control of your mailbox ----- elrav1 ----- http://tinyurl.com/l55a

[David]

craig wrote: 

You didn't mention which distro but:

In RedHat:

# ntsysv
and remove the asterisk next to sendmail to stop it from being
started.

In Slackware:
Comment/remark the lines which refer to sendmail in /etc/rc.d/rc.M

# if [ -x /etc/rc.d/rc.sendmail ]; then
# . /etc/rc.d/rc.sendmail start
# fi

Then kill the daemon if it is running and remove the package.

--
Confucius: He who play in root, eventually kill tree.
Registered with The Linux Counter. http://counter.li.org/
Slackware 9.0 Kernel 2.4.22 i686 (GCC) 3.2.2
Uptime: 4 days, 3:09, 1 user, load average: 1.07, 1.12, 1.09

[Paul]

craig wrote:
 

No, you don't. You want to stop it running as a service. That is trivial.

1. Find out what its service status is:

# chkconfig --list sendmail

sendmail 0:off 1:off 2:on 3:on 4:on 5:on 6:off

2. Program it not to run in all active runlevels:

# chkconfig --level 2345 sendmail off

3. Stop the currently running daemon, if it is running:

# service sendmail stop

Done. Don't try to remove program files when turning them off is your actual
goal. You might want to reenable the program someday, and that would
require you to reinstall.
 

Simply removing the package is way overkill.
 

A method like reading the doentation? Yes, there is.

# man chkconfig

--
Paul Lutus
http://www.arachnoid.com

[craig]

chkconfig got me up and over that one.
my 2000 "Linux desk reference" doesn't mention chkconfig
I didn't know it existed.

thanks
craig

[Paul]

craig wrote:
 

Wow, what an omission. It is crucial to system configuration and control.
I'm glad you found out about it.

--
Paul Lutus
http://www.arachnoid.com

[Michael]

On Tue, 30 Sep 2003 17:57:06 -0700,
Paul Lutus <zzz> wrote: 
>
> Wow, what an omission. It is crucial to system configuration and control.
> I'm glad you found out about it.
>[/ref]
Pretty sure chkconfig is a RedHat utility, it may help you administer a
RH machine, but doesn't help much if it isn't available for your distro.
It's convenient, hardly crucial, and doesn't teach you much.

Michael C.
--
com http://mcsuper5.freeshell.org/
Registered Linux User #303915 http://counter.li.org/

[Paul]

Michael C. wrote:
 
>>
>> Wow, what an omission. It is crucial to system configuration and
>> control. I'm glad you found out about it.
>>[/ref]
> Pretty sure chkconfig is a RedHat utility, it may help you administer a
> RH machine, but doesn't help much if it isn't available for your distro.
> It's convenient, hardly crucial, and doesn't teach you much.[/ref]

There must be versions of this basic idea on each of the major
distributions. If not, it would be easy to write, because of what this
utility does. It manipulates the placement of file links in the /etc/rc.d
directory tree, the "wiring" of the init scheme.

--
Paul Lutus
http://www.arachnoid.com