小编Jde*_*eBP的帖子

在很多地方，人们可以看到如今被指责为完全用词不当的“粘滞位”，因为它现在的功能是影响目录的写入权限并充当受限删除标志。

在 AskUbuntu 的回答中，回答者写道“粘性位通常适用于目录”。我观察到确实现代系统在实践中似乎从未将它应用于文件，但很久以前通常的情况是将它应用于（可执行程序映像）文件而不是目录。（当谈到现代文件很少使用时，在当前文件系统中是否未使用粘性位中有一个相关问题。）

这引发了一个问题：

什么做应用到可执行文件做了粘滞位？是不是像 setuid 那样？

注意过去时。这不是粘性位如何工作？现在。这就是它过去的工作方式。

我在别处评论说，第一版 Unix 的源代码是从磁带中恢复的。回应令人惊讶，并要求提供更多信息。

人们做了什么？谁干的？什么时候？如何？

正如我在https://unix.stackexchange.com/a/484626/5132所写的，这值得自己进行问答。

在 Linux 操作系统上……

% getent passwd bin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
%

% getent passwd bin
bin:*:3:7:Binaries 命令和源:/:/usr/sbin/nologin
%

$ getent passwd bin
bin:*:3:7:Binaries 命令和源:/:/sbin/nologin
$

注意：bin包含用户 ID/组 ID 是为了与旧应用程序兼容。新应用程序不应再使用bin用户 ID/组 ID。

bin：

帮助：我的系统上没有用户或组拥有任何文件bin。他们有什么好处？从历史上看，他们可能是/bin? FHS、Debian 政策或 base-passwd 或 base-files 的更改日志中都没有提到它。

17 年后的今天，M. Hess 的问题在 Debian doco 中的 …

uUNIX 领域的主题出现在评论中。那是什么？

我正在运行 Kali 2 Linux。我使用systemctlorservice命令来启动一个服务，比如 Apache。在以前版本的 Kali 上，该命令在启动服务时实际上会打印“OK”消息；但在这个版本上，它只是回到命令行，什么也不说。

有没有办法更改详细程度或使其表现得像以前的版本一样？

我正在尝试调试为什么某些应用程序无法自动启动（自动启动包）。

前提：我的最终目标是了解为什么自动启动序列被破坏（可能是由于某些包的自动启动失败）。Debian 8 本身可以正常启动，但自动启动功能无法正常工作。

所以我想查看引导日志（在 /var/log/daemon 中我没有找到我要找的东西）。

根据Debian Wiki，我应该在/var/log/boot处对引导日志进行处理，而无需在 Debian 8 中进行任何配置。

但是文件不存在。

维基还说：

如果您使用 systemd 作为您的初始化系统，您可能需要使用systemctl来调试引导问题。

所以我试过

须藤系统

但我收到一个错误

尝试作为用户实例运行，但未设置 $XDG_RUNTIME_DIR。

我最近一直在努力解决透明大页面性能问题，并注意到许多数据库系统建议将其关闭。我说的是 Oracle、Postgresql、MySQL、Cassandra、NuoDB、Redis、Hadoop 等等。

举些例子：

• 彼得·扎伊采夫 (2014-07-23)。为什么 TokuDB 讨厌 Transparent HugePages。佩尔科纳。
• 米歇尔·凯西 (2013-09-17)。透明大页面的性能问题。甲骨文。
• Adam Abrevaya 和 Oleg Levin (2014-05-15)。 Linux 透明大页面、JEMalloc 和 NuoDB。NuoDB 开发中心。

所以我想知道：什么样的工作负载可以从这个功能中受益？

服务单元输出中的Process:和Main PID:行有什么区别systemctl status？进程号代表什么？

例如：

在输出中，systemctl status sshd我们看到一行Process:上面写着Main PID:. 它的进程号与Main PID:生产线不同。这是 RHEL 管理员指南中的一个：

# systemctl 状态 sshd
sshd.service - OpenSSH 服务器守护进程
   已加载：已加载（/usr/lib/systemd/system/sshd.service；已禁用）
   活动：自美国东部时间周一 2014-09-01 09:35:17 起处于活动状态（正在运行）；2 秒前
  进程：6191 ExecStartPre=/usr/sbin/sshd-keygen (code=exited, status=0/SUCCESS)
 主 PID: 6194 (sshd)
   C组：/system.slice/sshd.service
           ??6194 /usr/sbin/sshd -D

我试图了解该进程编号是什么。

我有一堆服务（比如C0，C1…… C9），它们应该只在服务S完成初始化并完全运行并准备好用于其他服务后启动。我如何用 systemd 安排它？

在systemd 中使用路径激活和目标对服务S进行排序时，假设服务具有写出某种标志文件的机制。相比之下，这里假设我可以完全控制服务S运行的程序，并且可以在需要时向其中添加 systemd 机制。

我发布了一个 Debian 存储库。它使用 4096 位 GPG 密钥进行签名，并且在 Debian 7 和 Debian 8 系统中使用了一段时间。最近，我的一位用户报告说 Debian 9 有问题。具体来说，apt-get update正在产生：

阅读包裹清单...完成
   W：GPG 错误：http: //Debian-repository.JdeBP.info。稳定的 InRelease：以下签名无效：A71733F3CEBD655CB25A0DDCE1E3A497555CE68F
   W：存储库' http://Debian-repository.JdeBP.info。稳定 InRelease' 未签名。

请注意，与“回购 APT 安全 - apt-get 更新 GPG 签名无效”和“对 aptly 和 GPG 签名感到沮丧”中的人不同，我没有使用aptly. 很明显，我没有遭受aptly任何类型的错误。(-:

那么问题是什么？