通配符匹配失效因shell提前展开，需用单引号包裹模式如find . -name '*.log'；locate依赖静态数据库，新建文件需sudo updatedb；-name匹配基名，-path匹配完整路径。
find -name 通配符匹配不生效？检查引号和 shell 展开
直接写 find . -name *.log 很可能查不到任何结果——因为 shell 会在 find 执行前把 *.log 当作当前目录下的文件名展开，如果没匹配到，就传给 find 一个字面量 *.log，而 find 会按字面匹配（即找名字就是 *.log 的文件），不是通配。
- 必须用单引号包裹模式：
find . -name '*.log'，防止 shell 提前展开 - 双引号也可用，但要小心内部变量或
$、`被误展开 - 如果模式含空格或特殊字符（如
[abc]），单引号更安全 - 想匹配大小写混合的扩展名（比如
.LOG或.Log），-name不支持，得换-iname
locate 查不到刚新建的文件？数据库没更新
locate 快是快，但它查的是 /var/lib/mlocate/mlocate.db 这个静态数据库，不是实时文件系统。新建、移动或删除文件后，数据库不会自动同步。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 手动更新数据库：
sudo updatedb（普通用户无权限写库） - 更新频率取决于系统配置（如 systemd timer），常见是每天一次，不是实时
- 如果只关心某个子目录，
find更可靠；locate适合快速定位已存在且不常变动的文件 - 某些发行版默认禁用
updatedb定时任务，首次使用前务必先跑一次sudo updatedb
grep 配合 ls 或 find 时路径混乱？注意输出格式差异
用 ls | grep pattern 只能查当前目录一层，而 find . -name '*' | grep pattern 看似灵活，但容易因路径过长或含空格导致误匹配。
-
ls *本身会触发 shell 展开，可能报错或漏项；改用ls -A避免隐藏文件被忽略 -
find . -type f -print0 | xargs -0 grep -l 'keyword'才是安全的“找文件再查内容”链路 - 单纯查文件名，别用
grep套find：既慢又冗余，find . -name '*pattern*'原生支持模糊匹配 - 如果真要用
grep筛文件名，加-o（只输出匹配部分）或-w（整词匹配）避免子串误中
区分 -name 和 -path：模式作用对象不同
-name 只匹配**基名**（basename），也就是文件或目录的最后一级名字；-path 匹配**完整路径字符串**，支持更细粒度控制，但性能略低。
-
find /var -name 'nginx.conf'→ 匹配/var/nginx.conf和/var/log/nginx/nginx.conf -
find /var -path '*/log/*nginx.conf'→ 只匹配路径中含/log/且结尾为nginx.conf的文件 -
-path模式里/是普通字符，不用转义；但要注意开头斜杠是否包含（find . -path './tmp/*.tmp'合法，find . -path '/tmp/*.tmp'永远不匹配） - 大量使用
-path时，建议先用find . -depth 1确认目录结构，避免模式写错层级
find . -name 就够了；真正卡住的点，往往不是语法不会写，而是 shell 展开、数据库延迟、路径语义混淆这三块。
