我知道这个问题关于规则有点前卫。我会问它，因为这是可能从中受益最多的社区，而且 Stack Exchange 界面更适合新手。
如何订阅 Linux 内核或特定内核子系统的邮件列表？
如何发布到邮件列表？
回复回复我帖子的人的正确方法是什么？
是否有特定的电子邮件客户端会导致与邮件列表交互出现问题？
您可以在内核命令行上输入“panic=N”，使系统在发生恐慌后 N 秒重新启动。
但是在引导加载程序发挥作用之前，是否有一个配置选项来指定这个（除了默认的内核命令行选项）？某些内核选项可能是？
我在我的计算机上使用 zram 作为压缩的 RAM 支持的交换。当系统需要交换某些内容时，将其交换为 zram 支持的交换文件或多或少相当于压缩内存中的数据以释放空间。相对于磁盘支持的交换，这使得交换在大多数情况下非常快。因此，我想知道是否可以通过鼓励系统更积极地换出未使用的东西来获得一些性能，因为它可以在不实际触及磁盘的情况下这样做？
那么有没有人vm.swappiness在使用 zram 时设置为 100？这是可取的吗？
sysctl -w vm.swappiness=100
我make menuconfig当时编译了一个 Linux make，现在我编译了最新版本的 Linux。如何将内核加载到 QEMU 中？
我没有 286，也不打算在其中运行 Linux。不过既然286有保护模式，为什么经常说Linux需要386以上的CPU呢？
从http://tuxmobil.org/286_mobile.html看来，ELKS 版本的 Linux 可以在 286 上运行，这是正确的吗？进行了哪些（如果有）修改以允许内核在 286 CPU 上运行？
现在显然我明白为 386 编译的内核不能在 16 位的 286 CPU 上执行。所以我的问题是，为什么不能为 286 编译标准的 Linux 内核，然后在 286 上执行？Linux 是否需要硬件 VM86 支持？
在阅读 Linux 内核时，我听到了很多关于 PCI 怪癖的信息，但没有网站解释或定义 PCI 怪癖。什么是 PCI 怪癖？
为什么有很多BSD系统而只有一个Linux内核？
我想知道为什么 BSD 被分叉了很多次，而 Linux 却没有这样的事情。
我已经克隆了一个 Fedora，现在正在尝试配置网络接口。每次我添加一个新的 NIC 时，它都以数字 eth3（而不是 eth0）开头。我曾尝试删除和修改70-persistent-net.rules以及 ，network-scripts/eth0但似乎没有解决问题。这是我机器的一些输出
[root@abc ~]# ls /sys/class/net
eth3 eth4 lo pan0
[root@abc ~]# cat /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# PCI device 0x15ad:0x07b0 (vmxnet3)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:29:7f:eb", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
# PCI device 0x15ad:0x07b0 (vmxnet3)
#SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:29:7f:ff", ATTR{type}=="1", KERNEL=="eth*", …据我了解，对于与 Linux 内核的基于文本的交互，一个名为init开始getty（或agetty）的程序连接到下面的一个 TTY 设备/dev并提示输入用户名。此后，login运行一个调用的程序，提示输入用户的密码，如果正确，则启动用户首选的外壳程序（例如bash或csh）。此时，bash 通过 TTY 设备与内核交互。
这个登录过程如何在 X11 上工作？X11 是否通过 TTY 与内核交互？
https://dvdhrm.wordpress.com/2014/06/10/memfd_create2/
从理论上讲，您可以在
memfd_create()不引入新系统调用的情况下实现 [ ] 行为，如下所示：
int fd = open("/tmp", O_RDWR | O_TMPFILE | O_EXCL, S_IRWXU);
（注意，为了更方便地保证这里的 tmpfs，我们可以使用“ /dev/shm”代替“ /tmp”）。
因此，最重要的问题是为什么我们需要第三条路？
[...]
- 后备内存属于拥有文件的进程，不受挂载配额的限制。
^ 我认为这句话的第一部分不能依赖是正确的吗？
所述memfd_create（）的代码被作为“的字面实施链接的文件居住在[α] TMPFS必须是内核内部”。跟踪代码，我理解它的不同之处在于不实施 LSM 检查，还创建了 memfds 来支持“密封”，正如博客文章继续解释的那样。但是，我非常怀疑memfds正在考虑不同的，以原则上TMPFILE。
具体来说，当OOM 杀手来敲门时，我认为它不会解释 memfds 持有的内存。这可能总计高达 50% 的 RAM - tmpfs的size= 选项的值。内核不会为内部 tmpfs 设置不同的值，因此它将使用默认大小 50%。
所以我认为我们通常可以预期拥有大型 memfd 但没有其他重要内存分配的进程不会被 OOM 杀死。那是对的吗？