Linux出现“设备或资源忙”错误？手把手教你快速修复！

在Linux系统中，遇到“Device or resource busy”错误令人头疼？别担心，本教程将手把手教你如何诊断并解决这一常见问题。该错误通常表示设备或资源正被其他进程占用。首先，我们将学习如何使用 `fuser` 或 `lsof` 命令精准定位占用资源的罪魁祸首。然后，我们将探讨如何安全地释放资源，包括优雅地终止进程（`kill `）、强制终止进程（`kill -9 `，慎用！）、卸载并重新挂载文件系统，以及重启相关服务。此外，我们还将深入分析设备持续显示“busy”的潜在原因，如内核缓存、NFS配置问题或硬件故障，并提供相应的排查和修复建议。最后，通过一个真实案例，让你更深入地理解和掌握解决此类问题的技巧，告别“Device or resource busy”的困扰！

"Device or resource busy" 错误通常由其他进程占用设备或资源导致，解决方法包括：1. 使用 fuser 或 lsof 命令查找占用设备的进程；2. 通过 kill 或 kill -9 终止进程，优先尝试优雅终止；3. 对文件系统可尝试卸载并重新挂载；4. 重启相关服务以释放资源；5. 若问题持续需检查内核缓存、NFS配置或硬件状态。

通常，"Device or resource busy" 错误意味着你尝试访问或操作的设备或资源正被其他进程占用。解决这类问题需要一些侦查和果断的行动。

确定哪个进程占用了设备，然后解决冲突。

哪个进程锁定了我的设备？

首先，你需要找出哪个进程正在霸占你的资源。fuser 命令是你的好帮手。例如，如果你想知道哪个进程占用了 /dev/sda1 分区，可以这样操作：

fuser -m /dev/sda1

fuser 会输出占用该设备的进程ID（PID）。如果你看到了 PID，就可以用 ps 命令查看是哪个进程：

ps -ef | grep <PID>

比如，如果 fuser 输出 1234，那就执行 ps -ef | grep 1234。

另一种方法是使用 lsof 命令，它比 fuser 更强大，但输出也更冗长：

lsof /dev/sda1

lsof 会列出所有打开 /dev/sda1 的进程。

如何安全地释放被占用的资源？

一旦确定了占用资源的进程，下一步就是决定如何处理它。通常有几种选择：

1. 优雅地停止进程： 如果你知道这个进程是什么，并且可以安全地停止它，那就最好不过了。使用 kill 命令发送一个 SIGTERM 信号，让进程有机会清理并退出。

2. 强制终止进程： 如果进程无响应，或者你确定强制终止不会造成数据丢失，可以使用 kill -9 命令发送 SIGKILL 信号。但这应该作为最后的手段，因为它可能导致数据损坏。

3. 卸载并重新挂载： 对于文件系统，可以尝试卸载（umount）然后重新挂载（mount）它。但这只有在没有其他进程访问该文件系统时才有效。

4. 重启服务： 有时候，占用资源的进程是某个服务的一部分。重启该服务可能释放资源。例如，如果 MySQL 数据库锁定了某个文件，重启 MySQL 服务可能会解决问题。

为什么我的设备总是显示 "busy"？

有些情况下，即使你杀死了所有相关的进程，设备仍然显示 "busy"。这可能是因为：

• 内核缓存： 内核可能仍然缓存了对设备的访问。尝试运行 sync 命令，将所有缓存的数据写入磁盘，然后再次尝试。
• NFS 问题： 如果设备是通过 NFS 挂载的，可能是 NFS 客户端或服务器端出现了问题。检查 NFS 配置和日志，并尝试重启 NFS 服务。
• 硬件问题： 极少数情况下，设备本身可能存在硬件问题，导致无法正常访问。检查设备的 SMART 数据，看看是否有错误报告。

一个真实案例：我曾经遇到一个问题，一个 USB 驱动器在卸载后仍然显示 "busy"。最终发现是 systemd-udevd 进程一直在后台尝试访问该设备。重启 udevd 服务后，问题才得以解决。

解决 "Device or resource busy" 错误需要耐心和细致的排查。不要急于使用 kill -9，而是先尝试找到问题的根源，并采取更温和的解决方案。

理论要掌握，实操不能落！以上关于《Linux出现“设备或资源忙”错误？手把手教你快速修复！》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！