TMPFS 已经完全占满系统

TMPFS 已经完全占满系统

我对这个领域还很陌生。我找不到任何具体的解决方案。第一个问题是,当我在长时间休息后启动系统时,系统提示我更新应用程序包。我尝试使用标准 apt-upgrade 进行更新,但出现了“空间不足”的错误/var/cache/apt/archives

互联网上有很多解决方案,但我没有找到合适的解决方案。我找到了一个建议移动/tmp/到 RAM 的解决方案[这里],据我所知。我不确定作者是否正确编写了命令,或者他给出了错误的进一步维护说明,然后我的整个系统就占满了 100%(虽然应该有足够的内存,特别是因为我有 vdi)。

现在,例如,我无法滚动查看命令历史记录,文件本身也无法写入并被移动到交换分区(正如我所假设的那样)。系统启动了,但感觉就像我调用了死锁(我可能错了)。我知道应该定期拍摄快照,但我仍然希望这些问题有解决方案。我还要说一下更新软件包的第一个问题,在我看来,它可能与docker有关。

请告诉我,我真的不想丢失这个系统上的数据(有实验室工作)。

    vae@lamervae:~$ df -h
Filesystem                         Size  Used Avail Use% Mounted on
udev                               1.9G     0  1.9G   0% /dev
tmpfs                              394M  1.3M  392M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv   12G   12G     0 100% /
tmpfs                              2.0G     0  2.0G   0% /dev/shm
tmpfs                              5.0M     0  5.0M   0% /run/lock
tmpfs                              2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/loop0                          64M   64M     0 100% /snap/core20/1778
/dev/loop1                          64M   64M     0 100% /snap/core20/1828
/dev/loop2                          92M   92M     0 100% /snap/lxd/24061
/dev/sda2                          2.0G  209M  1.6G  12% /boot
/dev/loop4                          41M   41M     0 100% /snap/snapd/20290
/dev/loop3                          68M   68M     0 100% /snap/lxd/22753
/dev/loop5                          50M   50M     0 100% /snap/snapd/18357
tmpfs                              394M     0  394M   0% /run/user/1000

Ubuntu 20.04 LTS 服务器

答案1

尝试删除 /var/cache/apt/archives 中的所有 *.deb 文件。这应该会在根目录上释放一些空间,留下最小的锁和“部分”目录。将目录 archive 重命名为 archive-sav 之类的名称。

在 /var/cache/apt/archive 处安装一个带有 ext4 文件系统的 USB。复制锁定文件并在此处创建部分目录,就像 archive-sav 一样。现在下载的 deb 文件不会占用根目录的空间。希望升级现在可以继续。
不知道为什么 VM 没有扩展到其完全分配的大小——正如评论中提到的,12G 现在太小了。

相关内容