Linux中rm删掉仍被应用程序占用问题该怎样解决
发布时间：2023-06-24 15:17:52 所属栏目：Linux 来源：
导读：这篇文章将为大家详细讲解有关“Linux中rm删除仍被应用程序占用问题该怎样解决”的知识，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。
解决方法：1、利用&ldqu
解决方法：1、利用&ldqu
|
这篇文章将为大家详细讲解有关“Linux中rm删除仍被应用程序占用问题该怎样解决”的知识，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。 解决方法：1、利用“lsof | grep deleted”命令，获取已经被删除但是仍被应用程序占用的进程；2、利用kill命令，删除获取的进程即可释放删除的空间，语法为“kill -9 获取到占用被删文件的进程号”。 本教程操作环境：linux7.3系统、Dell G3电脑。 因为被删除的文件在删除的时侯还是进程在操作(打开、访问等)的缘故，rm只完成了在磁盘上文件实体的释放，而类似free list结构中相应的文件系统因进程的操作相应的inode并未释放。 解决的方法：这样的问题解决起来也很简单，找到操作的进程，kill掉就可以了，可是找到操作的进程恰恰是本问题的难点和关键。 这样的问题也可以通过重启机器和nmount/mount文件系统这样的方式解决，但这样的方法我是不提倡的，小小的问题就重启机器，小题大做。 过程： 1、找到正在用被删文件的进程 lsof | grep deleted 可以获取一个已经被删除但是仍然被应用程序占用的文件列表 用该命令后，我发现占用的文件列表非常多，我们需要将占用已删除文件的进程给一个一个的杀掉 示例如下： [root@nc-ftp02 data]# lsof -n /data |grep deleted sh 8757 root 1w REG 202,5 287246420690 12 /data/nohup.out (deleted) sh 8757 root 2w REG 202,5 287246420690 12 /data/nohup.out (deleted) rsync 28485 root 1w REG 202,5 287246420690 12 /data/nohup.out (deleted) rsync 28485 root 2w REG 202,5 287246420690 12 /data/nohup.out (deleted) ssh 28486 root 2w REG 202,5 287246420690 12 /data/nohup.out (deleted) ssh 28486 root 6w REG 202,5 287246420690 12 /data/nohup.out (deleted) [root@nc-ftp02 data]# lsof -n /data |grep deleted|awk '{print $2}' 8757 8757 28674 28674 28675 28675 [root@nc-ftp02 data]# lsof -n /data |grep deleted|awk '{print $2}'|xargs kill -9 [root@nc-ftp02 data]# lsof -n /data |grep deleted [root@nc-ftp02 data]# df -h Filesystem Size Used Avail Use% Mounted on /dev/xvda2 99G 4.2G 90G 5% / tmpfs 3.9G 228K 3.9G 1% /dev/shm /dev/xvda1 380M 66M 294M 19% /boot /dev/xvda5 386G 22G 345G 6% /data 2、kill掉相应的进程空间就释放了 kill -9 PID （编辑：聊城站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐
