我有一个 50GB 的液滴，运行多年一直正常，目前上传文件占用了 11.7GB。几周前，我还有至少 15-20GB 的可用空间。有一天，在我离开一周左右后，我查看了管理员界面，发现只剩下 700MB 的可用空间（备份占用了 5GB 左右），我删除了备份，现在又只剩下 5.7GB 的可用空间。
我多次运行了 ./launcher cleanup（这之前为我清理了 15GB 以上的空间），在几次升级所有东西之后，在不同的日子里运行，它总是显示 0bytes 可回收。
所以我不太确定发生了什么。我不能保证在我离开一周之前有那么多空间可用，但我比较确定当时是有足够空间的，而且在我离开期间没有进行任何更新，不应该会占用大量额外空间……
有什么想法吗？我本来打算添加一个块存储并研究如何移动上传文件，但我的上传文件并没有占用所有空间，所以仍然有一些空间丢失/被什么东西占用了。我现在也没有足够的空间来创建一个新的备份以防万一，所以在没有备份的情况下我有点犹豫是否要进行操作。
会不会只是旧内核？
sudo apt autoremove？
也许是日志？
您好！您是否检查过备份文件夹，看是否有损坏/临时备份占用了空间？我遇到过好几次这种情况。
要检查磁盘空间去向，我使用命令行工具 ncdu。我就是这样找出问题的。
注意：如果您磁盘空间不足，请不要忘记检查远程下载图片设置是否因此被自动禁用。我们本应收到相关通知，但我好几次都错过了。我甚至不确定我是否收到过这个通知。
这里有一些信息：
关于如何节省空间的建议？
您可以尝试：
sudo journalctl --vacuum-size=100M
我最近在 1GB/25GB 的系统上用这个方法节省了好几个 GB。
但是，如果您正在进行包含 12GB 上传内容的备份，那么制作备份大约需要两倍的空间，而几个备份很可能会填满您的磁盘。
我没有在本地保存任何备份，我通常只保留最新的备份（大约 5.8GB），然后删除旧的备份（旧备份也已全部异地备份），但现在本地没有任何备份，管理员报告的空间占用是那 12GB 的上传文件。我原本计划很快扩展 droplet 或添加块存储，但之后所有空间都消失了，而且我离开的几周里我没有进行备份 
，我在这里查看了块存储指南，它不仅仅是“购买并连接”，所以我不想在没有备份的情况下冒险移动和更改东西。
我并没有完全用完，还剩 700MB，但我检查了，这个没有被禁用，但还是谢谢你的提醒。
我将尝试这里的所有建议，看看是否有任何建议有效/空间在哪里。
这个什么都没清理掉。
这基本上证实了我的想法，因为他在谈论他的 25GB 安装，而我的安装是在一个 50GB 的 droplet 上！
我检查了备份文件夹，里面有一些随机文件，最大的一个文件是 700MB 的 dpkg.status.0，然后是 6 个（连续的）dpkg.status.1.gz 文件，每个 200MB。这些可以安全删除吗？虽然这并没有占用大部分空间，但也有 1.6GB，至少能让我离备份更近一步……
编辑：好的，var/backups 里面什么都没有，但我确实在 var/discourse/shared/standalone/backups 里找到了一个未在我的 Admin cp 中列出的备份，所以我删除了它之后获得了 6.5GB。
我安装了 ncdu 并运行了它，它说我最大的文件夹是 20GB，其余的几乎没有。那么还有 30GB 丢失在 var/discourse 之外的某个地方？
除此之外，我还有一个 2.2GB 的交换文件。所以加上备份里的，大概还有 4GB。显然还有一些其他的随机文件，不算那些，还有 20GB 无法解释。
我猜我可以拍个快照，创建块存储，然后移动上传文件，这样我就会有 22GB。我只是担心空间会一直这样消失，而我无法移动任何东西来获得更多空间。
你是否运行了我之前推荐的关于日志的命令？
从根目录运行你的 ncdu，看看东西在哪里。
我特别建议在您的服务器上以 root 身份运行
du -kx / | sort -n | tail -49
或类似的命令。您需要一种不带假设地审视实际情况的策略。
当您还在命令行时，我建议运行
df -mT
free
甚至
docker system df
docker images
我对您关于备份的说法感到担忧。备份有两种：一种是包含附件的普通备份，另一种是不包含附件的轻量级备份。它们的大小应该不同。您应该有一些配置选项来选择自动计划备份。在我看来，自动备份可能在有空间时发生，从而填满了空间。
我建议您在删除文件之前仔细查看它们——查看日期和时间戳、大小。这将有助于确定它们是如何产生的。
值得注意的是，删除一个打开的文件会导致它变得未列出，但直到它关闭才会被删除。因此，在服务器重启后，您甚至可能看到不同的情况。