Arch Linux下CUPS更新配置后Brother QL-1060N打印机无法打印

我之前也碰到过类似的CUPS权限变更导致的打印机故障，结合Arch这次更新的特性，给你梳理几个实用的排查方向：

1. 确认CUPS守护进程的运行身份 #

首先得确保cupsd确实在以cups用户/组运行，执行命令：

ps aux | grep cupsd

看输出里的用户列是否显示为cups。如果不是，说明/etc/cups/cups-files.conf的配置没生效，要确保文件里有这几行：

User cups
Group cups
SystemGroup sys root cups

另外还要检查/etc/systemd/system/cups.service.d/下有没有自定义配置覆盖了默认的用户设置。

2. 修复打印机相关目录的权限 #

除了/etc/cups，还有几个关键目录需要确保cups用户有访问权限：

• 打印队列目录：/var/spool/cups/，执行命令修复权限：

  chown -R cups:cups /var/spool/cups/
  chmod 750 /var/spool/cups/
  

• CUPS过滤程序目录：/usr/lib/cups/filter/，找到Brother相关的过滤文件（通常是brlpdwrapper*开头），确保cups用户有执行权限：

  ls -l /usr/lib/cups/filter/brlpdwrapper*
  # 如果权限不足，执行
  chmod o+x /usr/lib/cups/filter/brlpdwrapper*
  

3. 深挖CUPS日志找隐藏报错 #

既然没有表面报错，就得看深层日志：

• 实时监控CUPS错误日志：

  tail -f /var/log/cups/error_log
  

  然后尝试发送打印任务，看是否会出现Permission denied这类权限相关的提示。
• 查看systemd的CUPS服务日志：

  journalctl -u cups.service -f
  

  这里可能会记录启动时的权限配置问题。

4. 重新配置打印机驱动 #

权限变更可能导致驱动关联失效，可以尝试：

• 删除现有打印机：

  lpadmin -x <你的打印机名称>
  

• 通过CUPS网页管理界面（http://localhost:631）重新添加打印机，确保选择的是最新的Brother QL-1060N驱动。
• 检查AUR上的Brother驱动包（比如brother-ql1060n）是否为最新版本，重新安装一次也能修复权限问题。

5. 排查安全模块干扰 #

如果你的系统启用了SELinux或AppArmor，可能会阻止cups用户访问打印机资源：

• 临时关闭SELinux测试：

  setenforce 0
  

• 临时关闭AppArmor测试：

  systemctl stop apparmor.service
  

如果关闭后能正常打印，就需要调整对应的安全规则，允许cups访问打印机相关的设备和文件。

内容的提问来源于stack exchange，提问作者MountainX