控制台可捕获“permission denied”“errno 13”等权限拒绝日志，需在搜索栏输入关键词并结合进程名、子系统筛选，双击日志查看路径与系统调用上下文，再通过文件简介、SIP状态及沙盒机制交叉验证根因。
控制台本身不直接记录“文件读取权限受限”这类操作级拒绝，但会捕获系统调用失败后生成的错误日志，比如 permission denied、operation not permitted 或 errno 13 等关键线索。真正要定位读取受限问题，得结合报错上下文+进程名+路径信息，在控制台中做针对性筛选。
在控制台中搜索典型权限拒绝关键词
系统级权限拒绝通常以标准错误码或字符串形式出现在日志里，控制台支持直接文本匹配：
- 打开“控制台”，确保左侧选中本机名称，右侧开启“开始流式传输”
- 顶部搜索栏输入：permission denied 或 errno 13 或 Operation not permitted，回车执行
- 为缩小范围，可追加进程限定，例如：permission denied process: Safari 或 errno 13 subsystem: com.apple.security
- 若结果过多，点击搜索框旁下拉箭头 → “信息类型” → 勾选“错误”，只保留 error/fault 级别条目
通过日志详情确认被拒的具体路径和进程
权限问题本质是“某进程试图访问某路径时被拒绝”，单看错误词不够，必须看到完整上下文：
- 双击一条匹配的日志，在底部“简介面板”中查看：进程名（如 mdworker、cloudd）、子系统（如 com.apple.mdworker.shared）、时间戳 和 原始消息
- 重点找含 openat(、stat(、access( 等系统调用的行，后面常跟被拒路径，例如：openat(AT_FDCWD, "/Users/xxx/Documents/secret.pdf", O_RDONLY) = -1 EACCES (Permission denied)
- 若路径显示为 ~ 或 /var/folders/...，可用终端执行 ls -le "路径" 查实际归属与 ACL 设置
关联排查：从报错反推谁在读、为什么读不了
控制台日志只是结果，不是原因。看到权限拒绝后，需进一步验证路径本身是否真有限制：
- 右键目标文件或文件夹 → “显示简介” → 展开“共享与权限”，确认你的账户有“读取”权限；锁图标已解锁且点过“应用到包含的项目”
- 若路径在外部硬盘（尤其是 NTFS 格式），macOS 默认只读，这不是权限设置问题，而是文件系统限制，需第三方驱动支持写入
- 系统关键位置（如 /usr/local/bin）被 SIP（系统完整性保护）锁定，普通用户即使 root 也无法修改，此时日志中常见 Operation not permitted，属正常防护行为
- 某些 App（如 Chrome、VS Code）因沙盒机制无法访问非“文档”“下载”等标准目录，日志中会明确标出 sandboxd 拦截记录
