chmod -r 不能直接套用 777 或 755，因为其无差别递归修改所有条目：目录需 x 才可进入遍历，而普通文件通常不应有执行权限；直接 chmod -r 755 会使文本、配置、日志等文件误获执行位，chmod -r 777 更会开放全部写权限，引发安全风险。
为什么 chmod -R 不能直接套用 777 或 755？
因为 chmod -R 会把目录和文件一并处理，而目录需要 x（执行）权限才能进入、遍历，文件却通常不需要 x。直接 chmod -R 755 dir/ 会让所有普通文件也带上执行位，存在安全风险或误触发；chmod -R 777 dir/ 更是彻底开放写权限，极易被篡改或植入恶意内容。
常见错误现象：ls -l 看到大量 -rwxr-xr-x 的文本文件、配置文件，甚至 .log 文件都可执行——这明显不合理。
- 目录必须有
x才能cd或ls其内容，所以目录权限通常设为755或700 - 普通文件一般只需读写，不需执行，合理权限应是
644或600 -
-R本身不区分类型，它只是“递归遍历路径下所有条目”，不会自动判断该给目录还是文件什么权限
如何安全地递归设置「目录=755，文件=644」？
Linux 没有原生命令一步到位，但可以用 find 配合 chmod 分开处理。这是最常用、最可控的做法。
操作步骤：
- 先给所有目录设为
755：find /path/to/dir -type d -exec chmod 755 {} \; - 再给所有常规文件设为
644：find /path/to/dir -type f -exec chmod 644 {} \; - 如果只想改当前目录及子目录（不含挂载点），加
-xdev参数避免跨文件系统误操作
注意：-type d 匹配目录，-type f 匹配普通文件（排除符号链接、设备文件等），比通配符 * 可靠得多。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
chmod -R 在什么场景下可以放心用？
仅限明确知道目标全是同一类对象，且权限需求统一时。例如：
- 部署一个纯静态网站目录，所有 HTML/CSS/JS 都要可读可执行（因 Web 服务器需读取并可能执行 CGI）：
chmod -R 755 /var/www/html/ - 清理私有配置目录，确保只有自己能读写：
chmod -R 700 ~/.config/private/ - 重置某个脚本集合的执行权限：
chmod -R u+x /opt/mytools/bin/（只加属主执行权，不影响其他位）
关键判断点：你是否能 100% 确认这个路径下没有混入不该带 x 的文件（比如 .env、.yml）或不该开放读写的敏感文件（比如私钥）？不能就别用 -R 直接数字赋值。
容易被忽略的权限继承与 umask 干扰
即使你用 chmod -R 改完了，新创建的文件仍按系统 umask 规则生成默认权限。比如 umask 022 会导致新建文件默认是 644、目录是 755；但若 umask 002，组用户就会多出写权限，可能破坏你刚设好的 644。
所以批量修改后，建议检查当前 shell 的 umask 值：umask，必要时在脚本开头显式设置：umask 022。否则下次有人往里丢个新文件，权限又不对了。
真正麻烦的不是改一次，而是改完之后没人管后续创建行为——这才是线上环境权限混乱的根源。
