拯救UNIX系统技巧
时间：2005-6-16 10:56:12 作者： 来源：网络点击数：
使用过SCO Unix系统与Informix_online数据库的人都知道，保证系统的高度可靠性与安全性是每一个系统管理员的首要职责，所以对文件系统及数据库的有计划的备份是必要的。但是管理员也许会因为意外或疏忽，遗失或破坏这些备份，而这时发生的根文件系统或/u文件系统的破坏，都将是灾难性的。笔者在实际工作中就解决过多次这样的问题，特在此介绍给大家，希望对大家遇到类似的问题有所帮助。
问题一：系统启动后发现/u文件系统不能mount。
分析：使用mount /dev/u /u 命令，系统提示errno28, 在此之前我就知道所有的备份均被意外地破坏了，而/u文件系统下的数据对我来讲是非常重要的，我必须从/u文件系统中拿出这些数据，我首先将系统由多用户切换到单用户状态，用divvy命令查看分区情况，我高兴地看到/u文件系统还完好地躺在里面，这时我尝试用fsck -B /dev/u 对/u进行修复，但是不行，系统仍提示errno28,以下我继续试图关电后用单用户重启系统，再用fsck -y /dev/u对/u进行修复，仍然不行，走到这一步我知道希望渺茫了，抱着试一试的目的，我为mount命令加了一个只读参数-r，在#提示符后键入mount -r /dev/u /u,看到系统提示符紧接着就出现了，我几乎兴喜地叫出声来，用df -v 一看，/u已赫然其间，到此，我可以将/u下倘未备份的数据拷贝下来了。
问题二：启动系统，机器在检测完所有的设备后死机，重新启动，问题依然。
分析：可能是根文件系统遭到破坏，试着重新启动，在boot:后输入unix.install，这是操作系统完成安装时的核心，以下在完成设备检测后开始连接核心，屏幕提示没有找到/etc/shell，但是机器启动起了，然后我从另一台使用同一操作系统的服务器拷贝一个shell程序到问题机上，修改完其权限属主后，重新启动机器，一切OK。
总结:其实在/stand目录下，unix.old、unix.safe、及unix.install在系统崩溃时都是很有用的。
