Unix数据恢复
　　UNIX ，是一个强大的多用户、多任务操作系统，支持多种处理器架构，按照操作系统的分类，属于分时操作系统。早由Ken Thompson、Dennis Ritchie和Douglas McIlroy于1969年在AT&T的贝尔实验室开发。经过长期的发展和完善，目前已成长为一种主流的操作系统技术和基于这种技术的产品大家族。由于UNIX具有技术成熟、可靠性高、网络和数据库功能强、伸缩性突出和开放性好等特色，可满足各行各业的实际需要，特别能满足企业重要业务的需要，已经成为主要的工作站平台和重要的企业操作平台。
常见系统故障及解决办法
故障之一
　　打开计算机电源后,主控台屏幕上出现如下信息:boot not found cannot open Stage 1 boot failure:error loading hd(40)/boot，然后死机。
　　分析:这表明系统根目录下的Boot文件丢失。Boot是用于装载并执行UNIX程序的交互式程序,主要用于装载和执行UNIX操作系统的核心。在引导过程中Boot将读取/etc/default/boot,显示引导过程信息,装入并执行/unix。所以当Boot文件受损时将导致系统引导失败。
解决方法:
　　1.将Boot盘插入驱动器并重新对机器加电, 此时由Boot盘开始引导; 　　
　　2.在系统引导提示下敲入hd(40)/unix, 这个命令用于从硬盘把UNIX核心装入。然后输入Root口令进入单用户模式, 此时出现超级用户提示符#; 　　
　　3.用命令把Boot盘安装到硬盘上,mount /dev/fd0135ds18/mnt，然后用命令:cp/mnt/boot/恢复硬盘根目录下的Boot文件;
　　4.用命令umount/dev/fd0135ds18把Boot盘从硬盘上卸下来;　
　　5.敲入haltsys关闭系统,然后再取出Boot盘,则故障排除,系统可正常引导; 　　
　　6.在系统正常引导后进入超级用户,将/boot文件的属主和组均改为系统原来所定义的bin即可。
故障之二
　　机器加电后, 主控台屏幕出现如下信息:unix not found，然后死机。 　　
　　分析:这表明UNIX核心丢失。因为/unix包含核心,unix文件受损将导致系统无法装入并行内核,从而出现死机。
解决方法:
　　1.将Boot盘插入驱动器并重新对机器加电,此时由Boot盘开始引导; 　　
　　2.在系统引导提示下键入:fd(64) unix root=hd(40) swap=hd(41) pipe=hd(40)或仅键入fd(64)/unix亦可。这个命令用于从Boot盘把UNIX核心装入,然后输入Root口令进入单用户模式,此时出现超级用户提示符#; 　　
　　3.用命令mount/dev/fd0135ds18/mnt把Boot盘安装到硬盘上,然后用命令:cp/mnt/unix/恢复硬盘根目录下的unix文件; 　　
　　4.用命令umount/dev/fd0135ds18把Boot盘从硬盘上卸下来; 　　
　　5.键入haltsys关闭系统,取出Boot盘,则故障排除,系统可以正常引导; 　　
　　6.在系统正常引导后进入超级用户,将/unix文件的属主和组改为系统原来所定义的bin和mem即可。
　　机器加电后在系统引导提示符下键入回车键, 当屏被刷新后显示第二屏时出现许多错误信息, 如: INIT: command exec /etc/brc 1〉/dev/console 2〉&&1 failed to execute, errno=9 (exec of shell failed) ...
　　分析:这表明系统/bin/sh文件受损或丢失。因为sh是Shell标准、作业控制和限制性命令的解释程序，所以,该文件受损或丢失将导致系统启动失败。
解决方法:
　　1.将Boot盘插入驱动器并重新开启电源,在系统引导提示符下按回车键,当提示插入Root盘时把Boot取出并将Root盘插入,这样系统全部由应急引导盘引导,直到出现提示符#; 　　
　　2.用命令mount/dev/hd0root/mnt把硬盘mount到软盘上; 　　
　　3.把/bin/sh文件从软盘上拷贝到所安装的硬盘上: cp/bin/sh/mnt/bin/sh； 　　
　　4.用命令umount/dev/hd0root把硬盘从软盘上umount下来; 　　
　　5.用命令haltsys关闭系统后将Root盘取出, 此时系统已可以正常引导; 　　
　　6.在系统正常引导后进入超级用户下, 将文件/bin/sh的属主与组均改为系统原来所定义的bin即恢复了系统。
故障之四
　　系统可以引导, 亦能正常处理日常事务, 但每当关机时总会在主控台屏幕上出现错误信息:/etc/initscript:/etc/uadmin:not found，然后系统死机,从而导致系统不能正常关机,这样每次系统在启动时都需要清理文件系统, 不仅浪费时间，还可能严重破坏文件系统，导致系统瘫痪。
　　分析:系统文件/etc/uadmin丢失或损坏所致。
解决方法:
　　1.在系统引导并清理文件系统完成后, 以超级用户Root注册(进入单用户模式亦可); 　　
　　2.在超级用户提示符#下,用命令mount/dev/fd0135ds18/mnt把Root盘安装到硬盘上; 　　
　　3.把/etc/uadmin文件从软盘上拷贝到所安装的硬盘上:cp/mnt/etc/uadmin/etc/uad min； 　　
　　4.用命令mount/dev/fd0135ds18/mnt把软盘从硬盘上卸下来,然后把Root盘取出; 　　
　　5.将文件/etc/uadmin的属主与组分别改为系统原来所定义的bin,至此,故障排除,系统可正常关机。
故障之五
　　机器加电后在系统引导提示符下键入回车键, 当屏被刷新后在第二屏的后一行出现如下信息:Kernel: i/o bufs=600k，然后系统挂起。 机器加电后在系统引导提示符下键入回车键, 当屏被刷新后在第二屏的后一行出现如下信息:Kernel: i/o bufs=600k，然后系统挂起。
　　分析:这表明系统的/etc/init文件丢失。 因为init程序在核心初始化的后阶段开始执行, 其进程号(pid)为1。该进程按一定规则启动/etc/inittab文件中所列的进程, 引导系统进入所规定的运行级别。它首先读/etc/init tab中的initdefault项,当所有的进程都创建成功后, init进入循环等待。init主要用于打开主控台/etc/console,检查文件系统的一致性,执行/etc/rc 进行必要的设置。init在单用户模式下启动Shell,而在多用户模式下运行/etc/brc、/etc/bchk等外壳程序并启动/et c/rc。另外，它还调用/etc/getty为每个终端生成一个getty进程,以便在读入用户注册名后完成用户的注册过程。如果/etc/init文件受损,新的进程就无法创建, 从而导致系统挂起。
解决方法:
　　1.将Boot盘插入驱动器并重新对机器加电,此时由Boot盘开始引导,在系统引导提示符下按回车键,然后在提示插入Root盘时取出Boot盘并将Root盘插入,这样系统全部由应急引导盘引导,直至出现提示符#; 　　
　　2.用命令mount/dev/hd0root/mnt把硬盘mount到软盘上; 　　
　　3.把/etc/init文件从软盘上拷贝到所安装的硬盘上:cp/etc/init /mnt/etc/init； 　　
　　4.用命令umount/dev/hd0root把硬盘从软盘上umount下来; 　　
　　5.用命令haltsys关闭系统后把Root盘取出,此时系统已可正常引导; 　　
　　6.在系统正常引导后进入超级用户,将/etc/init文件的属主与组均改为系统原来所定义的bin即可。