另一方面，故障现象是NAS操作系统内核为Linux，附属存储器有16个硬盘，共分为两组，每组制作RAID5，Linux操作系统无法正常启动，服务
一.故障现象说明
nasOS内核为Linux，附带的存储器中有16个硬盘，共分为两组。 各组创建了RAID5，但LinuxOS操作系统无法正常启动，服务启动并在cups处停止。 按ctrl c强制断开没有响应，从硬盘状态来看，均正常，无报警或警告现象。
二、问题判断的思考
根据以上现象，首先判断为NAS硬件没有问题，NAS存储磁盘也应该正常，由于Linux系统本身应该有问题，所以现在无法启动Linux，首先从Linux系统进行故障诊断。
三.问题处理过程
1、首次处理过程
NAS系统本身在Linux内核中装有文件系统管理软件，管理软件可以管理和操作系统磁盘、系统服务、文件系统等。 通常，基于Linux内核的NAS系统需要在init3或init5模式下启动。 因为NAS只使用Linux内核模块和一些简单的服务，所以我们确定NAS上的Linux系统一定会引导到init 3模式。 中，当前无法在多用户字符界面中启动。 为什么不直接将Linux启动到单用户(init 1)模式？ 单用户模式只启用系统所需的几项服务，而cpus服务处于APP应用程序级别，必须在“init 1”模式下启动才能避免cupus
许多Linux发行版基本上与RHEL/Centos发行版非常相似，因为启动的引导界面使用相关的设置进入单用户模式，并查看NAS的启动过程
RHEL/Centos进入单用户模式很容易，在系统启动并启动欢迎界面下，按e键，然后编辑正确的内核启动选项，最后添加" single "选项
然后重新启动NAS，进行硬件自检，然后启动Linux。 我一直在等待这个NAS启动欢迎界面，但是欢迎界面没有出现，进入了内核镜像，进入了内核阶段。 在没有内核引导界面的情况下，我很容易就能进入单用户，结果还是决定在硬件检测结束后直接按键盘。 “e”“键，奇迹般地出现了。 还可以。 NAS进入内核启动界面，通过简单观察，发布了第二个真正启动的内核选项。 然后移动键盘上下键，选择该内核，按" e "键进入内核启动编辑界面，在该行末尾键入" single "，按回车键返回上一个界面，然后按" b "键
进入单用户模式后，有很多事情可以做。 首先，以多用户模式自动启动和关闭cups服务，然后按如下方式运行命令：
chkconfig --levle 35 cups off
成功运行后，重新启动系统进入多用户模式，并检查系统是否正常启动。
2、第二次处理过程
打开cups服务并自动启动关闭后，重新启动NAS，发现问题仍然存在，于是NAS启动到cups服务处并停止。 上述命令没有成功执行吗？ 明明禁止启动cups服务，为什么会启动呢？ 然后，继续重新启动NAS，再次进入单用户模式，查看问题出在哪里。
成为单用户后，再次运行chkconfig命令仍然成功。 cups服务有问题吗？ 首先查看配置文件，然后运行以下命令： vi/etc/cups/cupsd.conf
在这里发现了问题。 vi打开cupsd.conf时，提示了“write file in swap”。 文件确实存在，怎么说都在虚拟内存中吗？ 考虑的结果，只有一个可能性。 由于NAS设备上的Linux系统分区装载不正确，因此进入单用户时所有文件都应该存储在虚拟内存中。 要这么做
从这里可以看到，没有装载Linux系统分区。 用“fdisk -l”检查磁盘分区的状态后，输出如下图所示。
从输出中可以看到，NAS的系统磁盘是/dev/sda，仅划分了两个系统分区：/dev/sda1和/dev/sda2，数据磁盘由RAID5创建，并且位于系统上因为默认情况下没有装载单个用户
[ root @ nasserver~] # mount/dev/sda2/mnt
[ root @ nasserver~] # mount/dev/sda1/opt
这里的/mnt、/opt是要随意装载的目录。 也可以装载在其他空目录下。 装载完成后，请进入每个目录以查看内容是什么，如下图所示。
查看这两个内容，您将初步确定/dev/sda2分区必须是Linux根分区，/dev/sda1必须是/boot分区。 分区已装载。 再次执行d
f命令看看挂载情况，如下图所示：到这里为止，发现问题了。/dev/sda2磁盘分区已经没有可用的磁盘空间了，而这个分区刚好是NAS系统的根分区，根分区没有空间了，那么系统启动肯定就出问题了。
下面再把思路转到前面介绍的案例中，由于系统cups服务在启动的时候会写启动日志到根分区，而根分区因为没有空间了，所以也就无法写日志了，由此导致的结果就是cups服务无法启动，这就解释了此案例中NAS系统每次启动到cups服务就停止的原因。
四解决问题
由于NAS系统只有根分区和/boot分区，所以系统产生的相关日志都会存储在根分区中，现在根分区满了，首先可以清理的就是/var目录下的系统相关日志文件，通常可以清理的目录有/var/log，执行如下命令查看/var/log日志目录占据磁盘空间大小：
[root@NASserver ~]# du -sh /var/log
50.1G /var/log
通过命令输出发现/var/log目录占据了根分区仅70%的空间，清理这个目录下的日志文件即可释放大部分根分区空间，清理完毕，重启NAS系统，发现系统cups服务能正常启动了，NAS服务也启动正常了。
本文出自 “技术成就梦想” 博客，谢绝转载！