chmod控制“谁能做什么”，chown控制“谁拥有什么”；755适用于需进入的目录，644适用于普通文件，chown -R必须配合setgid或分层chmod才能避免服务异常。
别用“教程”这个词——chmod 和 chown 不是学完就能用的，而是改错一次就记住一次的命令。直接说结论：你真正需要的不是语法大全，而是知道什么时候该用 chmod 755 还是 644，以及为什么 chown -R www-data:www-data 可能让你的网站打不开。
chmod 数字权限怎么算才不翻车
数字权限本质是三位八进制数，每位对应 user/group/others，每位值 = r(4)+w(2)+x(1) 的和。但关键不在计算，而在匹配场景：
-
755适合目录：所有者全权（rwx），组和其他用户必须有x才能cd进入或ls列出内容；没x就卡在“Permission denied”，哪怕有r也看不到里面文件名 -
644适合普通文件：所有者可读写（rw-），组和其他只读（r--）；给配置文件设成744或664都可能被 Web 服务器误读为可执行，引发安全警告 -
700是私密目录底线：比如~/.ssh，设成755会导致 OpenSSH 拒绝加载密钥，报错Permissions are too open - 递归改目录权限时，
chmod -R 644 /path会把子目录也变成644，结果目录失去x权限 → 无法进入。正确做法是先chmod -R 755 /path改目录，再find /path -type f -exec chmod 644 {} \;单独处理文件
chown 改归属时最容易漏掉的两个细节
chown 看似简单，但实际操作中两个点常被忽略，直接导致服务异常：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 改目录归属必须加
-R，但加了之后不会自动继承到未来新建的文件——除非父目录已设setgid（即chmod g+s /path），否则新文件的组还是创建者主组，不是你指定的那个 - Web 场景下常见错误：执行
sudo chown -R www-data:developers /var/www/html后，忘了同步改权限。如果目录仍是755而www-data不在developers组里，它只能以 “others” 身份访问 → 实际只有r-x，没法写日志或上传文件 - 符号链接要小心：
chown linkname默认修改的是链接指向的目标文件；真想改链接本身归属，得加-h参数，例如chown -h alice:staff mylink - 用户或组名必须真实存在，否则命令静默失败。检查用
id alice或getent group developers，别只靠cat /etc/passwd目测
chmod 和 chown 组合使用的典型陷阱
部署静态网站或 PHP 应用时，权限和归属必须咬合，否则 500 错误或 403 Forbidden 就来了：
- 目录结构如
/var/www/html/{assets,uploads,config.php}，常见错误是统一chown -R www-data:www-data+chmod -R 755—— 这让config.php可被 Web 进程读取，但也可能被意外执行（尤其当 Web 服务器配置宽松时） - 正确做法分层处理：
–chown -R www-data:developers /var/www/html
–chmod -R 750 /var/www/html（限制 “others” 完全无权）
–chmod 640 /var/www/html/config.php（仅所有者+组可读，排除执行风险）
–chmod 770 /var/www/html/uploads（开发者和 Web 进程都需要写入） - 临时调试时别用
chmod 777：它不会帮你定位问题，只会掩盖真实权限路径；一旦生效，后续回收权限时容易遗漏，变成长期安全隐患
umask 和 setfacl 是 chmod/chown 的补位工具
当你发现每次新建文件都要手动 chmod，说明该调 umask 了；而当标准三类权限不够用（比如要单独给运维用户读日志、但不让开发看），就得上 setfacl：
-
umask控制新建文件默认权限：当前umask 0022→ 新文件644、新目录755；改成umask 0002后，新文件变664、新目录变775，方便组内协作。但注意：它不影响已有文件，也不影响 root 创建的文件（root 默认 umask 是 0022） -
setfacl -m u:jane:rw file.log可单独赋权，且不改动ls -l显示的主权限位；但 ACL 规则不会自动继承到子文件，要加-d（default）参数才能对新建项生效，例如setfacl -m d:u:jane:rx /var/log/myapp/ - ACL 需底层文件系统支持（ext4/xfs 默认开启），运行
mount | grep acl确认；若输出为空，得重新挂载并加acl选项
权限问题从来不是“设对就行”，而是“谁在什么上下文里以什么身份访问”。chmod 和 chown 的每个参数背后，都连着一个具体的进程用户（比如 nginx、php-fpm、你的 shell）、一个明确的访问路径（open()、stat()、chdir()），以及一次真实的系统调用返回值。盯住 ls -l 输出里的那十位字符，比背熟所有命令格式更重要。
