排查cryptsetup/LUKS加密家目录被KDE会话占用无法卸载问题

核心排查命令 #

用更精准的工具替代常规lsof，定位跨用户进程占用：

• 扫描挂载点的所有访问进程：

  fuser -vm /home/<mountpoint>
  

  该命令会列出所有访问目标挂载点的进程，包含PID、所属用户、访问类型（读/写/执行），跨用户进程也能被捕获。
• 直接排查加密映射设备：

  fuser -vm /dev/mapper/sdaX_dmc
  

  LUKS解密后的设备默认位于/dev/mapper/下，直接扫描设备可定位内核层的占用。

KDE/Plasma会话针对性排查 #

针对推测的KDE/Wayland/X11相关问题，执行以下操作：

• 检查进程的文件描述符与工作目录：
  先列出plane用户的所有进程：

  ps aux | grep plane
  

  对可疑PID，查看进程的当前工作目录和打开的文件描述符（lsof可能遗漏这类隐性占用）：

  # 查看进程当前工作目录
  ls -l /proc/<PID>/cwd
  # 查看进程打开的所有文件描述符
  ls -l /proc/<PID>/fd
  

• 排查D-Bus与KDE后台服务：
  KDE依赖D-Bus通信，检查plane用户的D-Bus会话是否关联加密家目录：

  busctl --user=plane list
  

  同时检查KDE的后台服务（如kded5、baloo_file），这类服务可能因配置失误跨用户访问资源：

  # 查看baloo索引状态
  su - plane -c "balooctl status"
  # 临时停止baloo验证是否为索引导致
  su - plane -c "balooctl stop"
  

• Wayland/X11资源排查：
  • 若使用Wayland，检查是否存在共享的Xwayland进程：

    ps aux | grep Xwayland
    

  • 若使用X11，列出plane用户的X客户端，排查跨用户资源访问：

    xlsclients -u plane
    

进阶验证方法 #

当卸载失败时，切换到TTY（Ctrl+Alt+F3）以root身份执行：

1. 终止plane用户的所有会话：

   loginctl terminate-user plane
   

2. 再次尝试关闭加密设备：

   cryptsetup close sdaX_dmc
   

   若此时能成功关闭，可确认问题完全由plane的KDE会话进程导致，再回到上述步骤精准定位具体进程。

可能的修复方向 #

如果排查到是baloo文件索引服务导致，可修改baloo配置排除其他用户家目录；若是KDE全局服务的跨用户访问问题，可调整PAM或KDE会话的隔离配置，确保不同用户会话的资源完全隔离。

内容的提问来源于stack exchange，提问作者e-pirate