[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Disable a service



On Sat, Apr 09, 2011 at 01:27:18PM -0400, Dan wrote:
> On Sat, Apr 9, 2011 at 12:37 PM, Camaleón <noelamac@gmail.com> wrote:
> > On Sat, 09 Apr 2011 11:04:52 -0400, Dan wrote:
> >
> >> I would like to know which is the standard way to disable services. I
> >> thought that the standard way is just to delete the link of the service
> >> from rc*.d
> >
> > I wondered the same in this thread:
> >
> > http://lists.debian.org/debian-user/2010/12/msg00424.html
> >
> > (that was a very interesting thread were people pointed out several ways
> > to achieve the same goal)
> >
> >> For example to disable bluetooth I would just delete the link
> >> /etc/rc3.d/S20bluetooth that points to ../init.d/bluetooth
> >>
> >> But then I used service manager from gnome to disable bluetooth. It
> >> disabled the service but it didn't delete the link. So I guess that
> >> there is a standard procedure to disable the service without deleting
> >> the link. Which is that procedure?
> >
> > I finally disabled the service by issuing "update-rc.d service_name
> > disable". Full story here:
> >
> > http://lists.debian.org/debian-user/2010/12/msg00505.html
> >
> 
> update-rc.d disable seems to be the best way. It renames the service
> so that it starts with K instead with S. But I still do not know how
> the gnome service manager is able to disable the service. It does not
> make any change in the links in rc*.d and it does not make any change
> in /etc/default/bluetooth
> 
 
I have an Admin menu item called services that starts "services-admin," and
X app that shows all the init.d services. Is this what you are referring to?

There is a check box list of services. However, if I right click on the
listed service, I get a dialog box.

There I can authenticate as root, then click on Status to change between
start, stop and ignore, or Priority to edit the priotiry.

This does edit the rc*.d links.

-- 
Regards,
Freeman

"Microsoft is not the answer. Microsoft is the question. NO (or Linux) is the
answer." --Somebody


Reply to: