What is the difference between /etc/init/ and /etc/init.d/?

More generally, what meaning does the .d suffix convey to a directory?

3 Answers 3


/etc/init.d contains scripts used by the System V init tools (SysVinit). This is the traditional service management package for Linux, containing the init program (the first process that is run when the kernel has finished initializing¹) as well as some infrastructure to start and stop services and configure them. Specifically, files in /etc/init.d are shell scripts that respond to start, stop, restart, and (when supported) reload commands to manage a particular service. These scripts can be invoked directly or (most commonly) via some other trigger (typically the presence of a symbolic link in /etc/rc?.d/).

/etc/init contains configuration files used by Upstart. Upstart is a young service management package championed by Ubuntu. Files in /etc/init are configuration files telling Upstart how and when to start, stop, reload the configuration, or query the status of a service. As of lucid, Ubuntu is transitioning from SysVinit to Upstart, which explains why many services come with SysVinit scripts even though Upstart configuration files are preferred. In fact, the SysVinit scripts are processed by a compatibility layer in Upstart.

.d in directory names typically indicates a directory containing many configuration files or scripts for a particular situation (e.g. /etc/apt/sources.list.d contains files that are concatenated to make a virtual sources.list; /etc/network/if-up.d contains scripts that are executed when a network interface is activated). This structure is usually used when each entry in the directory is provided by a different source, so that each package can deposit its own plug-in without having to parse a single configuration file to reference itself. In this case, it just happens that “init” is a logical name for the directory, SysVinit came first and used init.d, and Upstart used plain init for a directory with a similar purpose (it would have been more “mainstream”, and perhaps less arrogant, if they'd used /etc/upstart.d instead).

¹ not counting initrd

  • 32
    esoteric historical note: the .d directories entered with System V. It was a puzzling notation then and ultimately probably one person's idea that got into the codebase and couldn't leave. For example, if you think that cat is a bad name for the task it performs, imagine how many files throughout the system you'd have to touch to change it.
    – msw
    Commented Oct 2, 2010 at 3:36
  • 1
    On systems, that have both directories, which of Upstart and SysVinit is used? Is there a way to check?
    – asheeshr
    Commented Jun 20, 2014 at 7:25
  • 5
    @AsheeshR Check whether there is a package called upstart or sysvinit. And in recent versions, it could be systemd as well (which didn't exist for Ubuntu back when I wrote my answer). It's whichever package provides /sbin/init (dpkg -S /sbin/init). Commented Jun 20, 2014 at 8:16
  • On the AWS Ubuntu instance I am using (from Bitnami), it's the upstart package that provides /sbin/init (ran dpkg -S /sbin/init). But Bitnami has placed its script in the /etc/init.d directory. Isn't this conflicting w/ your answer to @AsheeshR above? Thank you.
    – Sabuncu
    Commented Dec 18, 2014 at 21:09
  • 1
    @Sabuncu This is an example of “SysVinit scripts are processed by a compatibility layer in Upstart”. Commented Dec 18, 2014 at 21:34

The ".d" is usually appended to a directory name to indicate that what used to be (or what could have been) handled by a single script or a single configuration file has been split into multiple files for the sake of convenience, but which should be included, or executed, together.

For example, /etc/apache/conf.d/ or /etc/apt/sources.d/

In cases where it's important which order they should be included/executed, the files in these directories sometimes start with a number, like "00-default" or "80-user" so that they execute in the right order.

In the case of /etc/init.d/ it sort of indicates that the scripts in "init.d" should all be executed. Nowadays, however, the init system of modern operating systems is a bit more involved than that, but the directory name is still there.

  • Maybe the .d means it is related to a 'deamon' process which is normally be started at boot-time.
    – user157299
    Commented May 10, 2013 at 1:55
  • 25
    .d is definitely for directory, not daemon.
    – Martin
    Commented Apr 29, 2014 at 17:05

As you point out, the ".d" nomenclature is puzzling and strange, and doesn't really have any place in any modern system -- you'll notice that most modern services have tended to drop it.

The reason the directory is /etc/init and not /etc/upstart is because Upstart is the project name, the actual installed binary is still /sbin/init thus it would not make sense for its configuration to have a name that didn't match the binary.

  • 8
    This is wrong, see e.g. udev's rules.d, Xorg's relatively recent xorg.conf.d, not too old /etc/profile.d etc..
    – Ruslan
    Commented Jun 3, 2014 at 10:20

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .