Provided by: sysv-rc_2.88dsf-41ubuntu6.3_all bug

NAME

       update-rc.d - install and remove System-V style init script links

SYNOPSIS

       update-rc.d [-n] [-f] name remove

       update-rc.d [-n] name defaults [NN | SS KK]

       update-rc.d  [-n]  name  start|stop NN runlevel [runlevel]...  .  start|stop NN runlevel [runlevel]...  .
              ...

       update-rc.d [-n] name disable|enable [ S|2|3|4|5 ]

DESCRIPTION

       update-rc.d updates the System V style init script links /etc/rcrunlevel.d/NNname  whose  target  is  the
       script  /etc/init.d/name.  These links are run by init when it changes runlevels; they are generally used
       to start and stop system services such as daemons.  runlevel is one of the runlevels supported  by  init,
       namely,  0123456789S,  and NN is the two-digit sequence number that determines where in the sequence init
       will run the scripts.

       This manpage documents only the usage and behaviour of update-rc.d.  For a discussion  of  the  System  V
       style init script arrangements please see init(8) and the Debian Policy Manual.

INSTALLING INIT SCRIPT LINKS

       update-rc.d  has  two  modes  of  operation for installing scripts into the boot sequence.  A legacy mode
       where command line arguments are used to decide the sequence and runlevel configuration, and the  default
       mode  where  dependency and runlevel information in the init.d script LSB comment header is used instead.
       Such header is required to be present in init.d scripts.  See the  insserv(8)  manual  page  for  details
       about  the  LSB  header  format.   The boot sequencing method is decided during installation or upgrades.
       During upgrades, if there are no loops in the dependencies declared  by  LSB  headers  of  all  installed
       init.d  scripts  and  no  obsolete  init.d scripts, the boot system is converted to dependency based boot
       sequencing.  The conversion to dependency based boot sequencing  is  one-way.   The  machines  using  the
       legacy mode will have a file /etc/init.d/.legacy-bootordering .

       Packages  installing  init.d  scripts  should  make sure both methods work, for compatiblity with systems
       where the migration have not been done yet.

       For legacy mode, the following section documents the old behaviour.

       When  run   with   either   the   defaults,   start,   or   stop   options,   update-rc.d   makes   links
       /etc/rcrunlevel.d/[SK]NNname that point to the script /etc/init.d/name.

       If  any  files /etc/rcrunlevel.d/[SK]??name already exist then update-rc.d does nothing.  The program was
       written this way so that it will never change an existing configuration, which may have  been  customized
       by  the  system  administrator.   The  program  will  only install links if none are present, i.e., if it
       appears that the service has never been installed before.

       A common system administration error is to delete the links with the thought that this will "disable" the
       service,  i.e.,  that  this will prevent the service from being started.  However, if all links have been
       deleted then the next time the package is upgraded, the package's postinst script  will  run  update-rc.d
       again  and  this  will  reinstall  links  at their factory default locations.  The correct way to disable
       services is to configure the service as stopped in all runlevels in which it is started by  default.   In
       the System V init system this means renaming the service's symbolic links from S to K.

       If  defaults  is used then update-rc.d will make links to start the service in runlevels 2345 and to stop
       the service in runlevels 016.  By default all the links will have sequence number 20, but this should  be
       overridden if there are dependencies. For example if daemon B depends on A, then A must be started before
       B and B must be killed before A. You accomplish this by supplying two  NN  arguments.  In  general,  core
       daemons  should  start  early and be killed late, whilst applications can start late and be killed early.
       See EXAMPLES below.

       The first NN argument supplies the start sequence number and the second NN  argument  supplies  the  kill
       sequence  number.   Kill scripts are called first, passing a stop argument. Then start scripts are called
       passing a start argument. In either case, calls happen in ascending sequence number order.

       Supplying a single NN argument will use the same number for both start and kill links. This is  supported
       for  backward  compatibility  but  is  discouraged, as it may lead to inconsistent settings. As a rule of
       thumb, if you increase the start sequence number you should also decrease the stop sequence  number,  and
       vice-versa.

       As  a  rule of thumb, the sequence number of the stop link should be 100 minus the sequence number of the
       start link; this causes services to be stopped in the opposite order to that in which they  are  started.
       Obviously,  therefore,  the  default stop sequence number should be 80.  Defaulting to 20, as update-rc.d
       does, is an old bug that cannot be fixed because of the risk of breaking things.

       Instead of defaults one can give one or more sets of arguments specifying particular runlevels  in  which
       to  start or stop the service.  Each of these sets of arguments starts with the keyword start or stop and
       a sequence number NN, followed by one or more runlevel numbers.  The set is terminated by a solitary full
       stop  character.   When  explicit  specification, rather than defaults, is used there will usually be one
       start and one stop set.  If different sequence codes are required in  different  runlevels  then  several
       start  sets  or  several  stop  sets may be specified.  If this is done and the same runlevel is named in
       multiple sets then only the last one counts.  Therefore it is not possible to create  multiple  start  or
       multiple stop links for a service in a single runlevel directory.

       The script /etc/init.d/name must exist before update-rc.d is run to create the links.

REMOVING SCRIPTS

       When  invoked  with the remove option, update-rc.d removes any links in the /etc/rcrunlevel.d directories
       to the script /etc/init.d/name.  The script must have been deleted  already.   If  the  script  is  still
       present then update-rc.d aborts with an error message.

       update-rc.d  is  usually  called from a package's post-removal script when that script is given the purge
       argument.  Any files in the /etc/rcrunlevel.d directories that are  not  symbolic  links  to  the  script
       /etc/init.d/name will be left untouched.

DISABLING INIT SCRIPT START LINKS

       When  run  with  the  disable [ S|2|3|4|5 ] options, update-rc.d modifies existing runlevel links for the
       script /etc/init.d/name by renaming start links to stop  links  with  a  sequence  number  equal  to  the
       difference of 100 minus the original sequence number.

       When  run  with  the  enable  [ S|2|3|4|5 ] options, update-rc.d modifies existing runlevel links for the
       script /etc/init.d/name by renaming stop links to start  links  with  a  sequence  number  equal  to  the
       positive  difference of current sequence number minus 100, thus returning to the original sequence number
       that the script had been installed with before disabling it.

       Both of these options only operate on start runlevel links of S, 2, 3, 4 or 5. If no  start  runlevel  is
       specified  after  the  disable  or  enable keywords, the script will attempt to modify links in all start
       runlevels.

OPTIONS

       -n     Don't do anything, just show what we would do.

       -f     Force removal of symlinks even if /etc/init.d/name still exists.

EXAMPLES

       Insert links using the defaults:
          update-rc.d foobar defaults
       The equivalent dependency header would have start and stop
       dependencies on $remote_fs and $syslog, and start in
       runlevels 2-5 and stop in runlevels 0, 1 and 6.
       Equivalent command using explicit argument sets:
          update-rc.d foobar start 20 2 3 4 5 . stop 20 0 1 6 .
       More typical command using explicit argument sets:
          update-rc.d foobar start 30 2 3 4 5 . stop 70 0 1 6 .
       Insert links at default runlevels when B requires A
          update-rc.d script_for_A defaults 80 20
          update-rc.d script_for_B defaults 90 10
       Insert a link to a service that (presumably) will not be needed by any other daemon
          update-rc.d top_level_app defaults 98 02
       Insert links for a script that requires services that start/stop at sequence number 20
          update-rc.d script_depends_on_svc20 defaults 21 19
       Remove all links for a script (assuming foobar has been deleted already):
          update-rc.d foobar remove
       Example of disabling a service:
          update-rc.d -f foobar remove
          update-rc.d foobar stop 20 2 3 4 5 .
       Example of a command for installing a system initialization-and-shutdown script:
          update-rc.d foobar start 45 S . stop 31 0 6 .
       Example of a command for disabling a system initialization-and-shutdown script:
          update-rc.d -f foobar remove
          update-rc.d foobar stop 45 S .

BUGS

       See http://bugs.debian.org/sysv-rc.

FILES

       /etc/init.d/
              The directory containing the actual init scripts.

       /etc/rc?.d/
              The directories containing the links used by init and managed by update-rc.d.

       /etc/init.d/skeleton
              Model for use by writers of init.d scripts.

SEE ALSO

       Debian Policy Manual,
       /etc/init.d/skeleton,
       insserv(8), sysv-rc-conf(8), bum(8), init(8).