linux不小心报卸载audit-libs, 系统濒临崩溃中

Posted 2023-03-31

help!
系统是linux redhat 6.0, 迷迷糊糊的不知怎的把 audit-libs-2.0.4-1.el6.x86_64 卸了, 结果系统挂了, 连基本的ls都不行了,
有RPM安装包但无法安装, 咋办? 请各位兄弟支个招, 一头汗了现在
用安装光盘进入rescue模式, 还是不行, 重装 audit-libs-2.0.4-1.el6.x86_64 也还是不行, 重启报错: /proc挂不上等. 好像yum erase audit-libs-2.0.4-1.el6.x86_64 把有动态库连接关联的文件都干了, 因为我发现连很多命令文件都丢失了.
现在系统重装(保留原有分区), 但是 / 目录100%了, 写不进去, 可实际上 / 50G, du -sh / 只有4.7G
, 根本不符合实际, 重装都写不了文件, 难道要将 root 分区格式化重装?

参考技术A 进入rescue修复模式修复redhat
1. 使用安装启动光盘(Installation boot CD-ROM，可以从boot.img制作)2. 使用其它引导方式的安装启动盘（如usb盘）3. 使用linux第一张安装盘 在boot:提示符后，输入 linux rescue下面就交给你了 参考技术B rpm -ivh audit.xxxxxxxxxxxxxxxxxxx --root=/mnt/rh6.0
关键就在 --root 参数。
具体怎么操作，不用我说了吧？

别忘了打手板。 参考技术C 建议重装系统

linux,卸载文件系统的时候，报busy情况的解决记录

背景描述：

  前几天由于文件系统io异常的问题，要对文件系统的属性进行修改，修改该参数需要将磁盘umount，在umount的过程中遇到问题，在此记录下。

 

处理过程：

1.执行umount进行卸载磁盘，报错busy

2.执行fuser -m -v /dev/vdb1查看当前有哪些进程在占用资源

3.执行fuser -m -k -v /dev/vdb1将所有的进程都kill掉

 

但是，在执行了以上步骤之后，还是报资源忙的问题，又通过以下问题进行检查：

1.执行lsof没有查看到具体的进程

2.继续执行fuser -m -v /dev/vdb1没有看到任何进程。

 

在疑惑之际，突然想到，之前在磁盘上建立了swap文件，并且挂载了。所以，

1.执行swapon -s查看，确实有磁盘上的文件在挂载着

2.执行swapoff 将swap去掉

3.再次执行umount，挂载的磁盘被卸载掉了。

 

文档创建时间：2019年5月23日14:08:38