新购置的百度云服务器使用不到一个月，磁盘空间便显不足，当初购买时还拥有40G容量，这实在让人感到困惑，问题究竟出在哪里？
购买使用情况
当初我选择了百度云服务器，因为它在市场上的评价颇佳。带着满心的期待，我开始使用它，打算用它来顺利推进我的项目或者存储大量数据。然而，不到一个月，我就遭遇了磁盘空间不足的困扰。我在日常使用中，仅仅是安装了基础的nginx服务器，并没有对资源有过度的使用，这种情况实在出乎我的意料。我平时的操作都是按照规范进行的，而且安装的软件也不多，怎么磁盘就满了？
买云服务器时，40G的空间看起来挺宽敞。谁料想，问题来得这么快，完全没料到。本以为能安心用很久，没想到会是这样，真让人意外。就像突然被冷水浇头，心情一下子没了。
排查磁盘空间
首先，我想到的是使用df命令来查看磁盘空间的使用情况，这是检查磁盘空间的基本方法。我严格按照df官方的使用手册进行操作。一个参数一个参数地对比，最终确认了磁盘空间不足的问题。然而，仅仅知道这一点还不够，我还需要进一步找出具体是哪个文件或目录占用了大量空间。
使用du命令继续排查，它能显示目录或文件占用的磁盘空间量。要关注常用命令和选项。服务器上安装的软件不多，所以重点检查是nginx服务器。这个过程就像在迷宫中寻找出口，每一步都需格外小心，以免遗漏任何关键信息。
nginx内存占用大
聚焦于nginx服务器后，我逐一查看各个目录。发现nginx消耗了极大的内存量。这让我感到困惑，因为我尚未接入任何业务，为何内存占用如此之高？排查过程犹如在黑暗中摸索，内心焦急，又毫无头绪。
-a, --all 包含所有的具有 0 Blocks 的文件系统
--block-size={SIZE} 使用 {SIZE} 大小的 Blocks
-h, --human-readable 使用人类可读的格式(预设值是不加这个选项的...)
-H, --si 很像 -h, 但是用 1000 为单位而不是用 1024
-i, --inodes 列出 inode 资讯，不列出已使用 block
-k, --kilobytes 就像是 --block-size=1024
-l, --local 限制列出的文件结构
-m, --megabytes 就像 --block-size=1048576
--no-sync 取得资讯前不 sync (预设值)
-P, --portability 使用 POSIX 输出格式
--sync 在取得资讯前 sync
-t, --type=TYPE 限制列出文件系统的 TYPE
我不得不一遍又一遍地检查nginx的每一个细节，尽管毫无头绪，却只能这样继续寻找。此刻，心中满是懊恼，若当初能更加留意，或许情况会不同。平时对服务器知识的掌握并不深入，此刻我的不足显得尤为明显。
日志占满磁盘
经过一番仔细检查，最终发现问题竟然是nginx的日志空间已经完全占满了磁盘。这让我感到十分惊讶，nginx正常运行怎么会积累如此多的日志？面对那堆满磁盘的日志，我既感到无助又感到困惑。
我打开日志文件，发现里面充斥着大量的GET信息，还有其他网站的访问记录。这些信息如同乱麻一般，眼前一片混乱，根本无法理出头绪。我的心情愈发沉重，满腹无奈，不知该如何是好。
寻找问题无果
du -sh
我花费了不少时间在日志中寻找原因，但无论怎么寻找，始终一无所获。无奈之下，我只好先将日志删除。然而，问题依旧没有得到解决。心中仿佛压着一块沉重的巨石，让人难以承受。原本期待这个服务器能够顺利为我服务，如今却遭遇了这等突如其来的难题。
这时，我回想起之前设置了代理服务，可能正是这个代理的漏洞被他人利用，导致系统被扫描。然而，这仅仅是我的推测，我无法确定。而且，我找不到切实可行的解决方案，仿佛陷入了一个死胡同，不知该向何人寻求帮助。
寻求后续解答
我迫切地想知道，是否有人遭遇过与我相似的状况。若有人曾有过相同的经历，我恳请他们能为我指引方向。若云服务器的问题不能得到解决，我的众多计划恐将受到影响。我仍在努力寻找解决方案，也期待专业人士能提供一些建议。各位是否有什么好的建议？若你也使用百度云服务器，是否应该对此问题多加留意？希望各位在阅读我的遭遇后能点赞并分享，或许还能帮助到其他遇到相同困境的人。
-h：以人类可读的方式显示 -a：显示目录占用的磁盘空间大小，还要显示其下目录和文件占用磁盘空间的大小 -s：显示目录占用的磁盘空间大小，不要显示其下子目录和文件占用的磁盘空间大小 -c：显示几个目录或文件占用的磁盘空间大小，还要统计它们的总和 --apparent-size：显示目录或文件自身的大小 -l ：统计硬链接占用磁盘空间的大小 -L：统计符号链接所指向的文件占用的磁盘空间大小
还没有评论，来说两句吧...