【技巧沙龙】AI开辟者拭魅战营-7分钟打造1个定制技能。7月22号，我们等你一路！

与windows系同一样，linux操作体系也会存在很多问题和故障，很多linux新手都害怕故障，面对出现的问题显得无可奈何，更有甚者，由此放弃了linux，其实，我们不该该害怕问题，进修就是一个发明问题与解决问题的过程，只要控制懂得决问题的根本思路，一切故障都邑水到渠成，当然前提是我们已经具备懂得决问题的思路和扎实的常识功底。

作为一名合格的linux体系治理员，必定要有一套清楚、明白的解决故障思路，当问题出现时，才能敏捷定位、解决问题，这里给出一个处理问题的一般思路：

——查阅日记文件：有时刻报错信息只是给出了问题的外面现象，要想更深刻的懂得问题，必须查看响应的日记文件，而日记文件又分为体系日记文件(/var/log)和应用的日记文件，结合这两个日记文件，一般就能定位问题地点。

——分析、定位问题：这个过程是比较复杂的，根据报错信息，结合日记文件，同时还要推敲其它相干情况，最终找到引起问题的原因。

——解决问题：找到了问题出现的原因，解决问题就是很简单的工作了。

大年夜这个流程可以看出，解决问题的过程就是分析、查找问题的过程，一旦肯定问题产生的原因，故障也就随之解决了。

下面我们来看看这些问题的解法和做法：

问题1：Read-only file system 缺点与解决办法

解析：出现这个问题的原因有很多种，可能是文件体系数据块出现不一致导致的，也可能是磁盘故障造成的，主流ext3/ext4文件体系都有很强的自我修复机制，对于简单的缺点，文件系同一般都可以自行修复，当碰到致命缺点无法修复的时刻，文件体系为了包管数据一致性和安然，会临时樊篱文件体系的写操作，讲文件体系 变为只读，今儿出现了膳绫擎的“read-only file system”现象。

手工修复文件体系缺点的敕令式fsck，在修复文件体系前，最好卸载文件体系地点的磁盘分区

# umount /www/data 
 
Umount : /www/data: device is busy 

提示无法卸载，可能是这个磁盘中还有文件对应的过程在运行，检查如下：

# fuser –m /dev/sdb1 
 
/dev/sdb1: 8800 

接着检查一下8800端口对应的什么过程，

# ps –ef |grep 8800 

检查后发明时apache没有封闭，停止apache

# /usr/local/apache2/bin/apachectl stop 
 
# umount /www/data 
 
# fsck –V –a /dev/sdb1 
 
# mount /dev/sdb1 /www/data 

问题2：“Argument list too long”缺点与解决办法

# crontab –e 

编辑完后保存退出后，报错no space left>

问题4：文件已江山除，然则空间没有释放的原因

这种办法的资本限制仅仅在履行敕令的终端生效，在退出或者和封闭终端后，设置掉效，并且这个设置不影响其他shell终端

1、 在用户情况变量中参加

查看到是/var磁盘分区空间已经达到100%，至此定位了问题地点。是/var磁盘空间饱满导致，因为crontab会在保存时将文件信息写到/var目次下面，然而这个磁盘没有空间了，所以报错。

接着经由过程敕令du –sh * 敕令检查/var目次下面的所有文件或者目次的大年夜小，发明/var/spool/clientmqueue目次占用了/var全部分区大年夜小的90%，那么/var/spool/clientmqueue目次下的文件都是怎么产生的，可否删除，根本上都是邮件信息，可以删除

如不雅要查看这个文件更具体的inode信息，可以经由过程stat敕令来实现

# rm * 
 
/bin/rm :argument list too long 

# getconf ARG_MAX 

# more /etc/issue 查看版本

解决办法：

1、

# rm [a-n]* -rf 
 
# rm [o-z]* -rf 

2、应用find敕令来删除

　　推荐阅读

　　《哈佛商业评论》发长文，谈人工智能商业之路的现状、潜力、障碍与风险...

在脑筋和机械之间划分工作的近况很快就会崩溃。与那些愿意并且可以或许把机械进修放在恰当的处所，并能找出若何有效地将其功能与仁攀类的才能集成起来的竞争敌手比拟，停止不前的公司将很快发明本身会处在前所未竽暌>>>详细阅读

本文标题：出了Linux故障找不到方法？看大牛简单、朴实的解决思路

地址：http://www.17bianji.com/lsqh/36339.html

 1/2    1