.d在目录名称中代表什么？

init.d
yum.repos.d
conf.d

#1 楼

.d后缀在这里表示目录。当然，这是不必要的，因为Unix不需要后缀来表示文件类型，但是在这种特定情况下，需要对命令（/etc/init，/etc/rc0，/etc/rc1等）和它们使用的目录进行歧义化（/etc/init.d ，/etc/rc0.d，/etc/rc1.d，...）

至少在Unix System V中引入了此约定，但可能更早了。 init命令曾经位于/etc中，但现在通常在现代System V操作系统的/sbin中。

请注意，从一个文件配置文件移动到多个配置文件的许多应用程序都采用了此约定。位于单个目录中，例如：/etc/sudoers.d

这里的目的是避免名称冲突，而不是在可执行文件和配置文件之间，而不是在以前的整体配置文件和包含它们的目录之间，发生冲突。 br />

#2 楼

从Debian邮件列表中摘录（强调）：


当分发包装越来越普遍时，很明显
我们需要更好的方法来形成这样的配置文件
的多个片段，通常由多个独立的软件包提供。每个需要配置某些共享服务的软件包都应该能够仅管理其配置，而不必编辑其他软件包所使用的共享配置文件。

所采用的最常见约定是允许包括一个充满配置文件的目录，其中放到该目录中的所有内容都将变为活动状态，并且是该配置的一部分。随着该约定
的普及，该目录通常以正在替换或扩充的配置文件命名。但是由于
不能具有相同名称的目录和文件，因此需要使用某些方法进行区分，因此.d会附加到
配置文件名的末尾。因此，配置文件/ etc / Muttrc在/etc/Muttrc.d中由片段扩展，/ etc / bash_completion在/etc/bash_completion.d/*中扩展，依此类推。有时会使用对该约定的细微变化，例如/etc/xinetd.d来补充
/etc/xinetd.conf，或/etc/apache2/conf.d来补充
/等/apache2/apache2.conf。但这是相同的基本思想。

通常，当您看到* .d约定时，它的意思是“这是一个目录
，其中包含一堆将被合并在一起的配置片段。
为某些服务进行配置。“




对于第二部分，“。d”的原因，我最好的猜测是“分布式的”，而不是一部分主要配置文件，但仍是配置的一部分。

#3 楼

如果您在目录名称的末尾谈论“ .d”，那么这个答案是正确的，它只是“目录”的标记。

请不要将其与“ d”混淆文件名，例如“ syslogd”，代表守护程序。后台运行的计算机进程。守护程序的父进程通常（但并非总是）是init进程（PID = 1）。进程通常通过派生子进程，然后立即退出其父进程而成为守护程序，从而导致init采纳该子进程。这是该过程的简化视图，因为通常会执行其他操作，例如将守护进程与任何控制tty分离。为此，在某些UNIX系统中存在诸如daemon（3）之类的便利例程。

#4 楼

这并不意味着目录本身，基本上发生的是，以.d结尾的目录（请注意，这些目录通常只存在于/etc中），带有配置部分。通用默认值，例如/etc/yum.conf，但是对于用户或其他软件包，有一种易于使用的方法可以安全地附加自己的yum配置，并且不会被覆盖。

作为示例yum ...

如果我想在RHEL5或CentOS Box上开始使用EPEL，我可以在/etc/yum.repos.d文件夹中配置一个新的存储库（例如/etc/yum.repos.d/epel.repo）或安装创建的epel-release软件包自动更改文件，而无需修改我的默认配置或引起不需要发生的文件冲突。

会发生的情况是，大多数程序将读取其默认配置（例如/etc/yum.conf），然后遍历它们的.d文件夹（包括正在运行的程序中的配置摘要）。

希望它为您解释。

#5 楼

更一般而言，.d目录（/etc/httpd/conf.d、/etc/rc.d、/etc/是另一个示例），指示包含的文件如果匹配则将被读取和使用（通常用于配置）给定的模式，不需要显式添加到主列表中。

因此，如果将* .repo格式的文件添加到/etc/yum.repos.d，则yum将在运行时使用它无需将其添加到配置/etc/yum.conf列表中。如果将格式为* .conf的文件添加到/etc/http/conf.d，则Apache将读取它们，而无需显式添加到/etc/httpd/conf/httpd.conf。类似地，将chkconfig更改为/etc/init.d中的文件，将/etc/cron.d中的cron作业。

#6 楼

就像文件可以带有.ext来指定文件的类型（通常称为“扩展名”）一样，目录有时也带有.d来表示它是目录而不是文件。这就是它的类型。默认的ls输出不会在视觉上区分目录和文件，因此.d只是一个古老的约定，用于在此类清单中显示其类型（目录）。

#7 楼

我认为但无法证明，.d指示该目录与守护程序相关。

证据表明这至少是合理的：

sudo find / -maxdepth 3 -name "*.d"

在古老的Unix历史的一小部分深处，仍然在蜘蛛网后面的我脑海中回荡，这呼唤我作为正确的答案。我相信这可能是在恐龙开始灭绝之前，第一批哺乳动物在地球上漫游，而man页不仅保留在系统上，而且还保留在用脚测量的架子上。