标签: history

我在谷歌上做了一些关于这个的研究，但结果是多云的。为什么用这个/符号来表示根目录。这背后有什么可靠的原因吗？

我知道读取到/dev/random可能会阻塞，而读取/dev/urandom则保证不会阻塞。

这封信u从何而来？它意味着什么？

用户空间？解锁？微？

更新：

根据问题的最初措辞，对于/dev/randomvs的有用性存在一些争论/dev/urandom。关于 /dev/urandom的链接Myths已在下面发布了 3 次，并在此对何时使用 /dev/random vs /dev/urandom问题的回答中进行了总结。

据我所知，每个操作系统都有不同的方式来标记行尾 (EOL) 字符。商业操作系统使用 EOL 回车（Windows 上的回车和换行，Mac 上仅回车）。另一方面，Linux 仅对 EOL 使用换行符。

为什么 Linux 不使用 EOL 回车（而仅使用换行符）？

有技术原因吗？这是否是 Linux 或 Unix 早期的产物，如果是，是否有它持续存在的原因？

有人可以向我解释什么是套接字吗？我在 SSL 等上下文中的许多首字母缩略词中看到它。

还有，为什么叫socket呢？纯粹是因为这是他们发明的名字吗？或者这是他们想出的第一个名字？

我想知道为什么umount命令不是unmount.

我了解 GNU Info 是什么以及如何使用它，但它有什么用？为什么它与手册页并行存在？为什么不编写详细的手册页而不是提供单独的实用程序？

我正在阅读 Ritchie 和 Thompson 关于 Unix 文件系统的论文。他们写道，“值得注意的是，该系统是完全自给自足的”。Unix 之前的系统不是自支持的吗？以什么方式？

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

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

这引发了一个问题：

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

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

我注意到，在整个 Internet 中，在论坛和博客文章中，Unix 总是有一个 * 字样，无论是 *nix 还是 Un*x，正如我在 Unix StackExchange 站点的欢迎横幅上注意到的那样。

为什么会这样？