最可靠方法是用ls -lt /etc/ld.so.conf /etc/ld.so.conf.d/查看修改时间；需重点检查nvidia.conf、cuda.conf、intel-mkl.conf及含custom/local/vendor的文件，内容中指向/opt/xxx/lib等非标路径的行常为异常来源；修改后必须执行sudo ldconfig才生效，可用ldconfig -p | grep libxxx验证；还需排查ld_library_path、程序runpath、容器挂载及发行版默认禁用策略等绕过情况。
怎么确认/etc/ld.so.conf或其包含的文件被改过
直接看修改时间最可靠：ls -lt /etc/ld.so.conf /etc/ld.so.conf.d/。注意两点：一是/etc/ld.so.conf本身可能只是一行include /etc/ld.so.conf.d/*.conf，真正起作用的是/etc/ld.so.conf.d/下的.conf文件；二是这些文件常被第三方软件（比如NVIDIA驱动、CUDA、某些商业软件安装脚本）静默写入，不一定会留日志。
哪些.conf文件容易藏动态库路径
常见高危位置包括：/etc/ld.so.conf.d/nvidia.conf、/etc/ld.so.conf.d/cuda.conf、/etc/ld.so.conf.d/intel-mkl.conf，还有名字带custom、local、vendor的。用cat /etc/ld.so.conf.d/*.conf 2>/dev/null快速扫一遍内容，重点找指向/opt/xxx/lib、/usr/local/lib64、/home/xxx/lib这类非标准路径的行——它们往往就是未知动态库的来源。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
改了但没生效？别忘了ldconfig
/etc/ld.so.conf类文件只是配置，不自动生效。必须运行sudo ldconfig才能更新/etc/ld.so.cache。如果改完没运行这句，ldd照样报not found。验证是否生效：用ldconfig -p | grep libxxx（把libxxx换成你关心的库名），有输出才说明已进缓存。
排查时容易漏掉的点
很多问题不是配置文件被改，而是被绕过了：
– LD_LIBRARY_PATH环境变量优先级高于/etc/ld.so.conf，用echo $LD_LIBRARY_PATH检查是否临时覆盖了搜索路径
– 程序自己硬编码了RUNPATH，用readelf -d ./your_program | grep RUNPATH确认
– 容器里/etc/ld.so.conf.d/可能被挂载覆盖，宿主机上改了没用
– 某些发行版（如RHEL 9+）默认禁用/usr/local/lib，即使写了也进不了缓存，得显式加到.conf里
