C++写入Linux设备节点时如何捕获内核输出的stderr错误信息

你在终端看到的休眠报错根本不是你的用户态进程输出的内容，之前所有尝试截获进程stderr的方案方向完全错了：

• 这类报错是外设驱动的suspend回调执行失败时，内核通过printk()写入内核环形缓冲区的日志
• 日志能显示在终端上，是系统的内核日志服务（klogd/syslogd/systemd-journald）或内核控制台机制主动把高优先级日志推到活动tty，和你运行的echo命令、自己写的C++进程没有任何IO关联
• 你以为shell里2>重定向能抓到错误是误判：实际执行echo "mem" > /sys/power/state 2>/tmp/sleep_error时，休眠失败的报错还是会直接打印在终端，/tmp/sleep_error是空文件，根本没有捕获到任何内核日志。

不需要截获控制台输出，有两种稳定可靠的方案可以在进程内完成休眠失败判断、错误信息提取，直接对接你的重试逻辑即可。

方案1：检查系统调用返回值 + 读取/dev/kmsg（最适合嵌入式场景，无额外依赖） #

首先修正你现有代码的基础问题：你完全没检查write()的返回值。当休眠流程失败时，对/sys/power/state的write调用会返回-1，同时设置errno为EAGAIN（错误码11，对应内核返回的“有设备阻止休眠/检测到提前唤醒事件”），这一步就可以直接判断休眠是否失败，不需要依赖日志。
如果需要获取具体的驱动报错内容，直接读取内核暴露的/dev/kmsg设备节点即可——这个节点是内核环形缓冲区的用户态直接访问接口，不依赖任何用户态日志服务，嵌入式系统默认都会开启支持。
可直接用的示例代码：

#include <fcntl.h>
#include <unistd.h>
#include <cstring>
#include <cerrno>
#include <cstdio>

bool enter_mem_suspend() {
    // 提前打开kmsg，设置非阻塞，定位到日志末尾避免读到旧内容
    int kmsg_fd = open("/dev/kmsg", O_RDONLY | O_NONBLOCK | O_CLOEXEC);
    if (kmsg_fd >= 0) {
        lseek(kmsg_fd, 0, SEEK_END);
    }

    int state_fd = open("/sys/power/state", O_RDWR | O_CLOEXEC);
    if (state_fd < 0) {
        perror("open /sys/power/state failed");
        if (kmsg_fd >=0) close(kmsg_fd);
        return false;
    }

    ssize_t write_ret = write(state_fd, "mem", 3);
    close(state_fd);

    // write返回3说明休眠触发成功，系统唤醒后才会走到后续逻辑
    if (write_ret == 3) {
        if (kmsg_fd >=0) close(kmsg_fd);
        return true;
    }

    // 休眠失败，读取内核侧的报错日志
    printf("Suspend failed, errno: %d (%s)\nKernel error logs:\n", errno, strerror(errno));
    if (kmsg_fd >= 0) {
        char buf[4096];
        while (true) {
            ssize_t read_len = read(kmsg_fd, buf, sizeof(buf)-1);
            if (read_len <= 0) break;
            buf[read_len] = '\0';
            // kmsg日志格式为 优先级,序列号,时间戳;日志正文，跳过前缀直接打印正文
            char* log_content = strchr(buf, ';');
            if (log_content) {
                printf("%s", log_content + 1);
            }
        }
        close(kmsg_fd);
    }
    return false;
}

int main() {
    // 重试逻辑示例
    int retry_cnt = 3;
    while (retry_cnt-- > 0) {
        if (enter_mem_suspend()) {
            printf("Suspend completed successfully\n");
            break;
        }
        printf("Remaining suspend retries: %d\n", retry_cnt);
        sleep(1);
    }
    return 0;
}

注意：读取/dev/kmsg和写入/sys/power/state都需要root权限，嵌入式场景下执行休眠操作本身就要求root权限，不需要额外处理权限问题。

方案2：Netlink监听内核事件（适合复杂业务场景） #

如果程序本身跑了事件循环，可以创建NETLINK_KOBJECT_UEVENT类型的netlink套接字，订阅电源管理类的内核事件，除了错误日志外还能拿到休眠流程各阶段的状态通知，是事件驱动的实现方式，资源占用更低，适合需要做精细状态管控的场景。

• freopen重定向cerr/stderr无效：内核日志不经过进程自身的文件描述符，重定向进程自己的输出完全碰不到内核打印的内容
• 打开/dev/stderr读取无效：/dev/stderr是进程自身stderr流的软链接，本质是输出端点，无法从输出端读取内容；你在其他终端看到的日志，是内核直接往活动tty设备写的内容，和你运行程序的终端的stderr没有关系。

内容的提问来源于stack exchange，提问作者Szybet