How to enable or disable services?

There are services that can be enabled/disabled using the GUI (like the startup application) or the terminal.

For the Terminal you have several options. First, open a terminal (Type "terminal" in the dash, for example, and open it). Then:

Temporary enabling/disabling services

To stop and start services temporarily (Does not enable / disable them for future boots), you can type service SERVICE_NAME [action]. For example:

• sudo service apache2 stop: Will STOP the Apache service until Reboot or until you start it again.
• sudo service apache2 start: Will START the Apache service assuming it was stopped before.
• service apache2 status: Will tell you the STATUS of the service, if it is either enabled/running of disabled/NOT running.
• sudo service apache2 restart: Will RESTART the service. This is most commonly used when you have changed, a config file. In this case, if you changed either a PHP configuration or an Apache configuration. Restart will save you from having to stop/start with 2 command lines
• service apache2: In this case, since you did not mention the ACTION to execute for the service, it will show you all options available for that specific service. This aspect varies depending on the service, for example, with MySQL it would only mention that it is missing a parameter. For other services like networking service it would mention the small list of all options available.

Systemd

Starting with Ubuntu 15.04, Upstart will be deprecated in favor of Systemd. With Systemd to manage the services we can do the following (through the systemctl action SERVICE pattern):

• sudo systemctl start SERVICE: Use it to start a service. Does not persist after reboot
• sudo systemctl stop SERVICE: Use it to stop a service. Does not persist after reboot
• sudo systemctl restart SERVICE: Use it to restart a service
• sudo systemctl reload SERVICE: If the service supports it, it will reload the config files related to it without interrupting any process that is using the service.
• systemctl status SERVICE: Shows the status of a service. Tells whether a service is currently running.
• sudo systemctl enable SERVICE: Turns the service on, on the next reboot or on the next start event. It persists after reboot.
• sudo systemctl disable SERVICE: Turns the service off on the next reboot or on the next stop event. It persists after reboot.
• systemctl is-enabled SERVICE: Check if a service is currently configured to start or not on the next reboot.
• systemctl is-active SERVICE: Check if a service is currently active.
• systemctl show SERVICE: Show all the information about the service.
• sudo systemctl mask SERVICE: Completely disable a service by linking it to /dev/null; you cannot start the service manually or enable the service.
• sudo systemctl unmask SERVICE: Removes the link to /dev/null and restores the ability to enable and or manually start the service.

Upstart (Deprecated Since 15.04)

If we want to use the official Upstart way (Note that, for the moment, not all services have been converted to Upstart), we could use the following commands:

status SERVICE - This will tell us if a converted service is running or not. Note that this is deprecated in favor of start, stop, status & restart. It will also tell us if a service has not yet been converted to upstart:

A converted service would typically output the current status (Starting, Running, Stopping...) and process ID. A non converted service would give an error about an unknown job.

Some shortcuts may only work with the service command above but not with the commands below unless they are 100% converted to upstart services:

• sudo start mysql: Start
• sudo stop mysql: Stop
• sudo restart mysql: Restart
• sudo status smbd: Status

Enabling / Disabling a service

To toggle a service from starting or stopping permanently you would need to:

echo manual | sudo tee /etc/init/SERVICE.override

where the stanza manual will stop Upstart from automatically loading the service on next boot. Any service with the .override ending will take precedence over the original service file. You will only be able to start the service manually afterwards. If you do not want this then simply delete the .override. For example:

echo manual | sudo tee /etc/init/mysql.override

Will put the MySQL service into manual mode. If you do not want this, afterwards you can simply do

sudo rm /etc/init/mysql.override

and Reboot for the service to start automatically again. Of course to enable a service, the most common way is by installing it. If you install Apache, Nginx, MySQL or others, they automatically start upon finishing installation and will start every time the computer boots. Disabling, as mentioned above, will make use of the service manual.

Currently there are actually three different ways for software to be started as a service in Ubuntu, SysV, Upstart and systemd. A service is defined here as a program run by the system in the background, as opposed to one started and run directly by the user.

SysV

The traditional way to start services in Linux was to place a script in /etc/init.d, and then use the update-rc.d command (or in RedHat based distros, chkconfig) to enable or disable it.

This command uses some mildly complicated logic to create symlinks in /etc/rc#.d, that control the order of starting services. If you run ls /etc/rc2.d you can see the order that services will be killed with a file name like K##xxxx and started with file names S##xxxx. The ## in S##xxxx means a "start order" for service xxxx. Conversely, the ## in K##xxxx means the kill order for service xxxx.

One major issue with SysV was that when booting the system, everything had to be done in serial, one thing after another, making system boot times really slow. Attempts were made to parallelize this, but they were haphazard and hard to take full advantage of. This was the main reason that Upstart was created.

Upstart

Upstart uses job definition files in /etc/init to define on what events a service should be started. So, while the system is booting, upstart processes various events, and then can start multiple services in parallel. This allows them to fully utilize the resources of the system, for instance, by starting a disk-bound service up while another CPU-bound service runs, or while the network is waiting for a dynamic IP address to be assigned.

You can see all of the upstart job files by running ls /etc/init/*.conf

Let me just stop here and say that if you don't know what a service is, or what it does, DO NOT disable it!

Not all services have been converted to upstart. While working on the server team at Canonical for the past few months, I've worked on a number of converted job files, and the nicest part is that it allows one to get rid of all the script "magic" and just put in a few commands here and there to define exactly how to start the service, and nothing more. But for now, only a handful of traditional network services, like squid and samba, have been converted.

Is a service upstart-based?

In order to figure out if a service is upstart-based, you can run the status command:

status servicename

If it's an upstart job, it will show this:

$ status statd
statd start/running, process 942

But if it's not, you'll see something more like this:

$ status apache2
status: Unknown job: apache2

In this case, apache2 has not been converted to upstart. So, to disable apache2 you just run

sudo update-rc.d apache2 disable
sudo service apache2 stop

Disable services (jobs) in upstart

Upstart job definitions do not have an update-rc.d command. To disable the job, you need to edit the job file directly to disable it. There are two ways to do this.

If you want to still be able to manually start it, then you need to comment out the start on condition. Say you want to install samba, but not have it start automatically. Here is the job file (in natty):

description "SMB/CIFS File Server"
author      "Steve Langasek <[email protected]>"

start on local-filesystems
stop on runlevel [!2345]

respawn

pre-start script
    RUN_MODE="daemons"

    [ -r /etc/default/samba ] && . /etc/default/samba

    [ "$RUN_MODE" = inetd ] && { stop; exit 0; }

    install -o root -g root -m 755 -d /var/run/samba
end script

exec smbd -F

To disable samba, you can just put a # in front of the "start on local-filesystems". Note that while it won't start back up on boot, you still need to stop it this time with

sudo service smbd stop

If, however, you never want samba to start, I'd suggest actually removing the package. If, however, you want it installed, but not startable, you can also do:

mv /etc/init/smbd.conf /etc/init/smbd.conf.disabled

Disable a service using start/stop stanza (as of 11.04)

Starting with the version of upstart that will be in 11.04, there is a new keyword that disables the start on and stop on stanzas: manual. So another way to disable the service as of 11.04 is to do:

echo 'manual' | sudo tee /etc/init/mysql.override

# command from root shell
echo manual >> /etc/init/mysql.override

You can create an override file to disable a service without editing the job definition at all, by just putting the manual keyword in it.

sysv-rc-conf

Try using sysv-rc-conf

sudo apt-get install sysv-rc-conf

and to start managing the services, execute

sudo sysv-rc-conf

Which will bring up interactive window like this

You can further navigate through pages using Ctrl+n for next page and Ctrl+p for previous page. You can enable and disable services by selecting SPACE on desired runlevels.

Jobs-Admin

Another alternate would be Jobs-Admin by installing through

sudo apt-get install jobs-admin

Which also provides GUI like this

For showing more jobs , you have to tick the Show Protected Jobs from its menu.

chkconfig

And third option would be chkconfig,

sudo apt-get install chkconfig

It can be used via CLI chkconfig, showing list of On/Off jobs. Also we can view system services using chkconfig –list

Services can be turned on using

chkconfig <service> on

Services can be turned off using

chkconfig <service> off

And we can even add our own service, using a proper init script with proper headings.

chkconfig --add <service>

update-rc.d

And another option can be referred here update-rc.d , explained briefly here.

Note that for Ubuntu Server 12.04, update-rc.d is used instead of chkconfig.

For those of us who run Ubuntu over ssh, I think the nicest option is rcconf - a text based program:

sudo apt-get install rcconf
sudo rcconf

Navigate with tab and arrow keys, press spacebar to enable/disable. Changes are persistent across restarts.

Screenshot borrowed from this blogpost, which also shows sysv-rc-conf - a similar tool that also lets you set the runlevel. (For those who happen to care enough about runlevels to wish to change them :)

Unfortunately, rcconf doesn't work with upstart (services listed in /etc/init/*), just with the traditional mechanism (ls -l /etc/init.d/* - the ones that are not symbolic links).

Fortunately, many of the services that are relevant when ssh-ing in to a server (Apache, Tomcat, mdadm, boinc-client...) haven't been moved to upstart yet.

I found out that up to bionic there is this GUI tool, something like BUM but compatible with Upstart: Jobs-Admin

sudo apt-get install jobs-admin

Editing the existing upstart configuration file (as described above) is not such a good idea. An updated package could provide an updated config, and you'd had to repeat your changes over and over.

By taking a look at man 5 init one will find a more appropriate solution: using an override config. Short example: Say we have a service called "foobar", so there would be a file called /etc/init/foobar.conf with its upstart configuration. Now you don't want to remove that file, nor to modify it -- but neither you want this service to run? So place an override file next to it: /etc/init/foobar.override, containing (optionally the header with the description and) instead the start on / stop on lines you place a line with one word: manual. This way you tell upstart to basically use the foobar.conf, but override the startup definition to only start that service when manually enforced (via service foobar start in our example).

There is also the Boot-Up Manager.

To install: sudo apt-get install bum

Further info: http://www.marzocca.net/linux/bum.html

Simplest method for me as I use CLI only is update-rc.d.

To enable or disble auto-start on reboot etc :

sudo update-rc.d <daemon|service> <enable|disable>

Example:

update-rc.d spamassassin enable

To stop or start a daemon or check its status:

sudo service <daemon|service> <start|stop|restart|reload|force-reload|status>

Example:

sudo service spamassassin status
  spamassassin.service - Perl-based spam filter using text analysis
   Loaded: loaded (/lib/systemd/system/spamassassin.service; disabled; vendor preset: enabled)
   Active: active (running) since Thu 2020-05-21 13:04:10 SAST; 4s ago
  Process: 1928 ExecStart=/usr/sbin/spamd -d --pidfile=/var/run/spamd.pid $OPTIONS (code=exited, status=0/SUCCES
 Main PID: 1949 (spamd)
    Tasks: 3 (limit: 2361)
   CGroup: /system.slice/spamassassin.service
           ├─1949 /usr/bin/perl -T -w /usr/sbin/spamd -d --pidfile=/var/run/spamd.pid --create-prefs --max-child
           ├─1951 spamd child
           └─1952 spamd child`  etc  etc

update-rc.d can do a little more than the basic shown above:

usage: update-rc.d [-f] <basename> remove
       update-rc.d [-f] <basename> defaults
       update-rc.d [-f] <basename> defaults-disabled
       update-rc.d <basename> disable|enable [S|2|3|4|5]
        -f: force

As always; you van refer manpage.

I use Stacer:

Stacer is an open source system optimizer and application monitor that helps users to manage entire system with different aspects, its an all in one system utility.

It shows services and processes also. A complete GUI system toolbox.