我对这个领域还很陌生。我找不到任何具体的解决方案。第一个问题是,当我在长时间休息后启动系统时,系统提示我更新应用程序包。我尝试使用标准 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 现在太小了。