为何osquery不使用/etc/os-release中的Linux系统名称，而选用其他文件？

• 历史兼容性需求：/etc/redhat-release、/etc/gentoo-release这类文件诞生更早，大量老脚本、运维工具都是基于它们开发的。很多运行多年的旧系统脚本没做更新，一旦换成依赖/etc/os-release，反而会触发报错，所以只能继续沿用旧文件。
• 非systemd发行版的适配问题：/etc/os-release是systemd生态推出的标准配置文件，部分不使用systemd的发行版（比如一些轻量或小众发行版）要么没有这个文件，要么支持不完善。而旧的release文件是对应发行版的“标配”，覆盖的版本和场景更广。
• 操作习惯的惯性：不少资深运维已经养成了查看这类旧文件的习惯，比如执行cat /etc/redhat-release就能快速拿到简洁的版本信息，在一些快速排查的简单场景下，没必要特意切换到字段更多的/etc/os-release。
• 内容的简洁性优势：旧release文件的内容直白单一，比如CentOS Linux release 7.9.2009 (Core)，一眼就能获取核心信息；而/etc/os-release包含NAME、VERSION_ID、ID_LIKE等多个字段，在只需要快速确认发行版基础信息的场景下，旧文件反而更高效。

当然，/etc/os-release的标准化优势确实突出——它能精准区分发行版变体（比如明确区分RHEL、CentOS、Rocky Linux），字段格式统一，更适合程序自动化解析。现在新开发的脚本和工具大多已经优先采用它，只是旧的运维场景还在延续使用传统的release文件。

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