Linux 为什么在安装devtmpfs时从ACPID获取控制台输出,而在未安装devtmpfs时记录控制台输出?

Linux 为什么在安装devtmpfs时从ACPID获取控制台输出,而在未安装devtmpfs时记录控制台输出?,linux,linux-kernel,udev,Linux,Linux Kernel,Udev,我有一个奇怪的问题,我一直在诊断,如果我装载devtmpfs,然后启动ACPID守护进程,我会得到控制台输出,如果我没有装载devtmpfs,ACPI守护进程输出会进入日志。当重新启动时,我也会收到一些rpcbind消息,但我认为这与正常情况下记录而不是输出到屏幕是一样的 apcid: starting up with netlink and the input layer apcid: 1 rule loaded apcid: waiting for events: event logging

我有一个奇怪的问题,我一直在诊断,如果我装载devtmpfs,然后启动ACPID守护进程,我会得到控制台输出,如果我没有装载devtmpfs,ACPI守护进程输出会进入日志。当重新启动时,我也会收到一些rpcbind消息,但我认为这与正常情况下记录而不是输出到屏幕是一样的

apcid: starting up with netlink and the input layer
apcid: 1 rule loaded
apcid: waiting for events: event logging is off
有人知道为什么吗?无论是否安装devtmpfs,我仍然可以使用udev创建和加载我的所有设备。我尝试设置/etc/sysctl.conf以使用kernel.printk=3 4 1 3,没有它的默认值是3 4 1 7,但这没有什么区别


TIA

答案是,在安装devtmpfs之后,我必须重新启动syslogd和klogd。输出到syslog,由于使用LOG_CONS选项的apcid而在控制台时失败。这是busybox,kill和尝试重新启动都不起作用,start-stop守护进程起作用。

在这里看到了大量的linux内容,堆栈交换没有太多内容。这个网站应该做的是为邮件列表提供一个接口,这样它就可以作为邮件列表的论坛。那么官方的支持列表将通过更好的格式提供。我不确定你对邮件列表建议的意思。但是如果你认为这是一个可行的想法,那么你可能想解释一下新用户发表的离题文章的问题?和2建议修复邮件列表?在Meta是讨论问题但很少修复的地方。