解压squashfs文件系统后执行任意命令均出现`warning: could not open directory`警告的排查与解决

看起来你遇到了一个挺棘手的奇怪问题——解压完squashfs镜像后，哪怕是执行pwd这种完全不相关的基础命令，都会弹出一堆目录权限拒绝的警告，而且在虚拟机里做完全相同的操作却一切正常，这确实让人摸不着头脑。咱们一步步来拆解问题、找到根源和解决办法。

先搞清楚警告的来源 #

首先要明确：这些警告不是来自你直接执行的命令（比如ls、lsb_release），而是某个后台运行的程序/脚本在扫描文件系统时，尝试访问squashfs-root里那些权限严格受限的目录（比如/root、polkit私有目录、SSL私有目录等），但当前普通用户没有访问权限，所以抛出了这些警告。

虚拟机里没有这个问题，说明你的主机系统里多了一些虚拟机没有的后台工具或自定义配置，它们在悄悄扫描目录。

排查步骤与解决方法 #

1. 先排查shell的自定义配置 #

很多用户会在~/.bashrc、~/.bash_profile（bash用户）或者~/.zshrc（zsh用户）里添加自定义的prompt、自动统计目录文件数、或者自动扫描目录内容的脚本。这些配置可能会意外遍历当前目录下的子目录（包括squashfs-root），触发权限警告。

你可以先进入一个干净的shell环境测试：

bash --noprofile --norc

然后在这个环境里执行pwd或者ls，看看警告还会不会出现。如果警告消失了，就回到你的shell配置文件里，逐段排查可疑的代码（比如包含find、ls -R、目录统计的内容），修改或注释掉相关部分即可。

2. 检查GNOME的Tracker文件索引服务 #

Ubuntu桌面默认会运行tracker-miner-fs——这是GNOME的文件索引服务，它会自动扫描用户有权限访问的目录，用来支持文件搜索功能。当它碰到squashfs-root里那些普通用户无法访问的目录时，就会抛出这些权限警告。

你可以临时暂停这个服务测试：

systemctl --user stop tracker-miner-fs.service

执行完后再试试运行命令，如果警告消失了，那就是Tracker的问题。解决方法有两种：

• 临时方案：在你操作squashfs文件的期间保持服务停止，操作完成后再启动：

  systemctl --user start tracker-miner-fs.service
  

• 永久方案：把squashfs-root所在的目录添加到Tracker的排除列表：
  打开GNOME设置→搜索→搜索位置，点击"添加"选择要排除的目录；或者用命令行配置：

  # 获取当前的索引目录列表，排除目标目录后重新设置
  tracker3 config set index-recursive-directories "$(tracker3 config get index-recursive-directories) -/home/mike/custom-iso/iso/squashfs-root"
  

3. 排查其他后台监控工具 #

如果上面的方法都没解决，你可以看看有没有其他后台工具在扫描文件系统：

• 比如ClamAV的实时扫描、inotify相关的监控脚本、或者安全审计工具（如auditd）。
• 用下面的命令查看可疑进程：

  ps aux | grep -E '(tracker|inotify|audit|clamav)'
  

  找到可疑进程后，临时停止对应的服务，测试警告是否消失，再针对性地调整配置（比如排除squashfs-root目录）。

4. 检查分区挂载属性 #

最后，你可以检查squashfs-root所在分区的挂载参数，看看有没有特殊的安全属性导致权限异常：

# 先找到所在分区
df -P /home/mike/custom-iso | tail -1 | awk '{print $1}'
# 查看挂载参数
mount | grep 上面输出的分区路径

对比虚拟机里相同分区的挂载参数，如果有差异（比如主机多了security相关的选项），可以尝试调整挂载参数（需要编辑/etc/fstab后重新挂载）。

总结 #

最常见的原因就是GNOME Tracker文件索引服务自动扫描目录触发的权限警告，暂停服务或排除目录就能解决；如果是shell自定义配置导致的，找到对应的代码修改即可。另外，你已经发现的删除squashfs-root后警告消失，也是一种直接的临时解决方案。

备注：内容来源于stack exchange，提问作者mpboden