如何判断Qemu-KVM中Windows 10虚拟机挂载的NTFS文件是否被占用？

这个问题其实是NTFS的“脏状态”检测机制和文件占用冲突导致的，咱分几步来搞定它：先搞清楚镜像是否还被Windows占用，再处理挂载时的警告问题。

一、怎么判断NTFS镜像文件是否被Windows虚拟机占用？ #

有两个靠谱的验证方法：

• 从宿主端检查进程占用：
  打开终端，先用ps aux | grep qemu找到你的Windows虚拟机对应的进程。接着执行lsof /path/to/your/ntfs-image-file（把路径替换成你的镜像文件实际路径），如果输出里能看到对应的qemu进程，说明这个镜像还被虚拟机攥着，绝对不能强行挂载！
• 从Windows虚拟机内确认状态：
  要是能登录虚拟机，先看看挂载的伪NTFS驱动器有没有被使用——比如有没有文件管理器窗口开着，或者有没有程序在读写里面的文件。还可以打开「资源监视器」，在「关联的句柄」里搜索驱动器盘符，看看有没有进程占着它。一定要等Windows安全弹出驱动器后，再操作宿主端的挂载。

二、处理宿主端挂载时的脏状态警告 #

你看到的这个警告：

The disk contains an unclean file system (0, 0). The file system wasn't safely closed on Windows. Fixing...

本质是Windows没安全卸载这个NTFS镜像，导致文件系统处于“脏”状态，Linux的ntfs-3g驱动会自动尝试修复。但如果虚拟机还在运行，强行修复大概率会搞坏文件系统，千万不能这么干！

正确的处理步骤：

1. 先让Windows安全卸载驱动器：在虚拟机里右键点击挂载的驱动器，选择「弹出」，等系统提示“可以安全移除设备”后，再关闭虚拟机或进行后续操作。
2. 如果已经触发了错误修复：立刻用umount /path/to/mount-point取消挂载，然后启动虚拟机，Windows大概率会自动运行chkdsk检查修复文件系统，等修复完成后再安全弹出，回到宿主端重新挂载。
3. 跳过自动修复（谨慎使用）：如果你100%确认文件系统是干净的，只是不想看到警告，可以用这个命令挂载：mount -t ntfs-3g -o noclose /path/to/your/ntfs-image-file /path/to/mount-point——但这个操作有风险，非必要别用。

三、最佳实践：避免再踩这个坑 #

• 用完虚拟机里的伪NTFS驱动器，一定要先「弹出」再操作宿主端的挂载。
• 如果需要频繁在宿主和虚拟机之间传文件，不如用Qemu的共享文件夹功能（比如virtiofs或者SMB共享），比挂载镜像安全方便多了。
• 要是只是在宿主端读取文件，直接用只读挂载：mount -t ntfs-3g -o ro /path/to/image /mount-point，这样不会触发脏状态检查，也不会修改镜像，安全又省心。

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