在运维ecshop商城时候，点击编辑商品信息后，页面出现乱码，并且有报错信息：

Warning: SELECT b.*,type_id FROM sdb_brand b LEFT JOIN sdb_type_brand t ON b.brand_id = t.brand_id WHERE type_id = 7 AND disabled ='false' ORDER BY ordernum desc,brand_order:Got error 28 from storage engine in /目录/域名/core/include_v5/AloneDB.php on line 57

Warning: SELECT b.*,type_id FROM sdb_brand b LEFT JOIN sdb_type_brand t ON b.brand_id = t.brand_id WHERE type_id = 7 AND disabled ='false' ORDER BY ordernum desc,brand_order:Got error 28 from storage engine in /目录/域名/core/include_v5/AloneDB.php on line 57

Warning: SELECT b.*,type_id FROM sdb_brand b LEFT JOIN sdb_type_brand t ON b.brand_id = t.brand_id WHERE type_id = 7 AND disabled ='false' ORDER BY ordernum desc,brand_order:Got error 28 from storage engine in /目录/域名/core/include_v5/AloneDB.php on line 57

查看报错文件，ecshop的改文件是加密过的，显示乱码。百度相关报错信息，得到的答案是一片一片的同样问题的网站，但是没有解决方案

第一感觉难道被黑了，商城网站一直运行的很好，也没有更新过环境什么原因呢，点击链接看不出别人网站有什么问题，但是发现一个有趣的事情，当点击百度快照时候，出现下面的事情。

弹出这样的页面让我惊呆了，连续好几个网站的百度快照出现这个提示，访问百度快照不是百度的缓存吗？是百度在恶搞还是有攻击代码？

不管这么多还是先解决自己的问题吧。百度找了一会没有找到准确的方法，思索一下感觉会不会是服务器被入侵了，所以开始检查服务器！

1、检查用户

2、查看应用程序

3、查看磁盘 df -h

磁盘看到了问题，linux根目录竟然使用率100%，肯定出问题了，查找原因，解决它。

找一找哪个目录和文件占用了那么多的空间 查找文件，找原因

find / -type d -size +1000000000 
du -sh */*

---------------------------

cd \

du -h --max-depth=1|grep G|sort -n

找到最大的那个目录后进入该目录

再运行du -h --max-depth=1|grep G|-n

如果没有结果可以运行 du -h --max-depth=1|grep M|sort -n

找出来以后看是否有用的文件

没用就删掉

---------------------------

其实这个问题一般是一些日志文件过大，或者数据库文件变大

解决方法关闭相关应用，转移过大文件到空间较多的位置。

方便的方法，mv 移动目录，ln -s在原位置创建链接

df -h 查看磁盘，解决linux 根目录100%问题，查看一下ecshop乱码问题解决。

日志清空方法：cp /dev/null xx.log

---------------------------

感言：Linux系统感觉就是比Windows性能强，可以长时间不重启，/根目录占用100%了还不崩溃，不过近期Bash安全漏洞(CVE-2014-6271)很让人揪心，现在越来越多的人感受到了linux、unix的好处，漏洞病毒也开始慢慢躲起来，快快提高一下自己的水平吧。