rsyslogd 报错找不到 libgcc_s.so.1 怎么办？
rsyslog 找不到 libgcc_s.so.1 是动态链接器搜索路径问题：确认库文件存在、把它所在目录加入 ld.so.conf 并运行 ldconfig，或安装 libgcc 包。本文给出完整排查步骤。
问题本质：libgcc_s.so.1 是 GCC 运行时库，rsyslog 启动时报找不到它，可能是库缺失、搜索路径、断裂符号链接、架构/libc不兼容，或服务与检查命令处于不同容器/根目录环境。按"找文件 → 配路径 → 刷新缓存"先定位实际加载失败原因再修复。
第一步：确认库文件是否存在
find / -name libgcc_s.so.1 2>/dev/null
常见位置：
- Debian/Ubuntu：
/lib/x86_64-linux-gnu/libgcc_s.so.1 - RHEL/CentOS：
/usr/lib64/libgcc_s.so.1
如果完全找不到，说明没装，直接安装：
# Debian/Ubuntu
sudo apt install libgcc-s1
# RHEL/CentOS
sudo yum install libgcc
第二步：把目录加入搜索路径
库存在仍可能是架构/libc不匹配、链接断裂或服务看不到该路径；排除这些原因后再检查搜索目录。检查 /etc/ld.so.conf 和 /etc/ld.so.conf.d/：
grep -r "x86_64-linux-gnu" /etc/ld.so.conf /etc/ld.so.conf.d/
缺失则添加一个配置文件：
echo "/lib/x86_64-linux-gnu" | sudo tee /etc/ld.so.conf.d/libgcc.conf
第三步：刷新链接器缓存并重启
sudo ldconfig
sudo systemctl restart rsyslog
可用 ldd "$(command -v rsyslogd)" 检查该可信二进制的直接依赖，但运行时动态加载的库可能不出现在ldd输出，仍需实际启动日志验证。
容器/精简镜像场景
Alpine 使用musl且提供libgcc软件包，精简镜像可能尚未安装，从源码编译或拷贝二进制时会踩这个坑；解决办法是装包（apk add libgcc）但它不能修复任意glibc二进制与musl的ABI不匹配；应采用与镜像架构/libc匹配的包或构建。
常见问题（FAQ）
Q：ldconfig 之后还是报错？
A：确认 ldconfig -p | grep libgcc_s 能列出该库；列不出说明配置文件没生效，检查ld.so.conf中实际include匹配规则，.conf要求来自常见通配配置而非所有系统绝对规则。
Q：不想改系统配置，能临时指定吗？
A：可以，LD_LIBRARY_PATH=/lib/x86_64-linux-gnu rsyslogd，但只适合临时验证，正式服务还是走 ld.so.conf。
Q：为什么以前好好的突然报错？
A：常见于系统升级后库路径变化、或有人清理了"看似无用"的包，先按第一步确认文件还在不在。
