linux中不存在“文件系统日志级别”概念，ext4/xfs等文件系统日志实为内核日志（kern.*），其输出由内核编译选项、挂载参数和printk loglevel决定，rsyslog仅能配置接收阈值（如kern.debug），无法直接调控文件系统日志粒度。
Linux 中没有“文件系统日志级别”这个独立概念——ext4、xfs 等本地文件系统本身不输出 syslog 级别的可配置日志（如 debug 或 warning），它们的错误/状态信息只通过内核日志（kern.*）透出，且日志内容和粒度由内核决定，无法像应用服务那样自由设为 info 或 notice。
为什么不能直接给 ext4/xfs 设日志级别
文件系统驱动运行在内核空间，其日志行为受内核编译选项（如 CONFIG_EXT4_FS_DEBUG）和运行时挂载参数控制，不是通过 rsyslog 的 facility.level 规则调控的。你看到的 “EXT4-fs error” 或 “XFS: possible memory corruption” 都是 kern.* 消息，归入 kern 设施，其“级别”实际是内核 printk 的 loglevel（0–7），但该值影响的是**是否上屏/是否进 dmesg**，不是 rsyslog 的过滤粒度。
真正能调的只有 kern.* 的接收阈值
你只能控制 rsyslog 是否接收并落盘哪些内核消息，方法是在 /etc/rsyslog.conf 或 /etc/rsyslog.d/*.conf 中调整 kern 规则的 level：
-
kern.debug /var/log/kern.log→ 记录所有内核消息（含文件系统 debug 信息，但前提是内核已启用对应调试选项） -
kern.warning /var/log/kern.log→ 只记录 warning 及以上（即忽略普通 info/notice 级文件系统提示） -
*.*;kern.none /var/log/messages→ 把 kern 消息完全从主日志中排除
注意：kern.warning 不等于“只记录文件系统警告”，它包含所有内核子系统（网络、内存、调度等）的 warning+ 级别消息；而 kern.debug 若无内核调试符号或未启用 ext4 调试编译，实际也不会多出多少文件系统细节。
想看更细的文件系统行为？换工具，不是调级别
对 ext4 或 xfs 的深度诊断，rsyslog 日志级别配置基本无效，应转向：
- 用
dmesg -T | grep -i "ext4\|xfs"实时抓取内核缓冲区原始输出 - 挂载时加调试参数：
mount -t ext4 -o debug /dev/sdb1 /mnt（仅 ext4 支持，且需内核开启CONFIG_EXT4_FS_DEBUG） - 查 XFS 专用工具：
xfs_info、xfs_logprint、xfs_db—— 它们不走 syslog，直接读元数据和日志设备 - 启用内核 ftrace 追踪：
echo function_graph > /sys/kernel/debug/tracing/current_tracer+ 过滤ext4_*函数（需 debugfs 挂载）
这些操作不依赖 rsyslog 配置，也不改变“日志级别”，而是绕过日志抽象层，直取底层信号。
真正容易被忽略的是：你以为在调“文件系统日志级别”，其实只是在筛 kern.* 消息的接收门限；而文件系统自身是否产生足够多的可记录事件，取决于内核配置、挂载选项和运行时状态——这三者比 rsyslog 规则重要得多。
