在Linux中,程序的Bug分为哪几类？

按照严重程度分：1.致命的，会导致整个linux系统崩溃重启的bug2.严重的，会导致某个linux的功能无法使用，影响用户的bug3.一般的，功能存在缺陷，但用户仍能 *** 作，但体验不佳4.轻微的，不影响用户 *** 作，比如菜单某个文字拼写错误。按照发生的模块分：1.内核的2.声音处理的3.图像处理的4.网络连接的5.ui界面的6.其它的还有很多划分方法，就不一一列举了。请采纳，谢谢

笔者手里有一批国产linu系统，目前开始用在日常的工作生产环境中，我这个老程序猿勉为其难的充当运维的或网管的角色。

国产linu系统常见的为麒麟Linux，统信UOS等，基本都是基于debian再开发的linux。

bug描述：

文字处理程序是WPS2019正版，系统内核麒麟4.4.131

打印机工作正常，系统正常，文字处理程序WPS可以预览打印文件，WPS转制的pdf文档可以显示，打印出的文档数字为空白。

bug解决：

根据笔者的经验解决的。原因是，装的是Linux正版 *** 作系统，部分程序的正版保护做的非常到位，文档中的数字字体使用的是Newtimes Romon字体，是受版权保护的。将文档调整使用国产字体仿宋GB2312,方正字体等就没有版权限制了。

调整后，PDF文件打印不在缺数字了，问题解决。

楼上的各位，麻烦你们回答问题的时候看清楚别人问的是什么好吧？\x0d\x0a1、如果是大文件占用了，那么查询大于某个值的文件的方法：\x0d\x0afind / -size +100c -print\x0d\x0a这是从根盘开始查找大于100字节的文件（至于字节数你当然可以自己设置）\x0d\x0a你可以用\x0d\x0afind / -size +100c -exec ls -l {}\\x0d\x0a来列出文件属性。\x0d\x0a2、如果只是因为有些应用生成的日志文件较多，长时间没有清理后占用了，这种情况最明显的标志为系统空间使用量逐步递增，每天的增量基本相差不大。那么最快捷的方式莫过于询问应用厂商要到日志存放目录后进行清理。如果找不到厂商，那只好自己动手咯，写个脚本查：\x0d\x0a#!/bin/ksh\x0d\x0a#####用du命令输出所有目录所占的磁盘空间大小，以G为单位#########\x0d\x0adu -h >fs_du.log\x0d\x0a######判断各层目录大小，查到占用量大的目录######\x0d\x0acat fs_du.log|while read LINE FS_USED\x0d\x0ado\x0d\x0a if [ $LINE -ge 10 ]\x0d\x0athen \x0d\x0a echo $FS_USED >>result.log\x0d\x0aelse\x0d\x0aexit\x0d\x0a fi\x0d\x0adone\x0d\x0a####查看运行结果#######\x0d\x0amore result.log\x0d\x0a这样你就能看到占用量比较大的目录，从而有针对性的到相应目录下检查，看到底是什么东西在占用硬盘空间了。（if [ $LINE -ge 10 ] ，这里是判断超过10G的目录，你可以修改）\x0d\x0a3、因为人为的误 *** 作，导致了某些进程在没有执行完成的时候被kill掉了，但是缓存中的程序没有释放，仍然在运行，这会产生一些临时文件占用大量的磁盘空间资源，这种现象的特点是爆发式的增长，在很短时间内就将磁盘空间占满。解决的方法：\x0d\x0ai、如果是因为父进程被杀除，子进程还运行导致，那么最简单，kill子进程，就会释放。\x0d\x0aii、如果能用ipcs确认是哪个用户的进程，那么也不困难，顺着使用ipcrm就行（这个就不一一例举了，有了命令查使用方法还是很方便的）\x0d\x0aiii、执行进程的用户是比较关键的用户如：root用户、有实例的oracle用户、在线的生产用户等。那么建议在确认是因为共享缓存的原因导致的问题后重启服务器。\x0d\x0a4、你已经删除了一些占用量大的文件，或者在根盘下做du -h发现占用量远远的小于130G，df的结果仍然是100%的使用率。那么基本肯定你碰到了linux的一个bug，直接重启就能解决。（当然了也不一定是bug，我碰到过那种程序在写一个日志，但是删除日志后空间不释放的问题。这个是linux本身的机制引起的，只需要停止相关的程序空间就会释放的）

---