从 Ubuntu 交换后 SSD 已满(某种泄漏?)

从 Ubuntu 交换后 SSD 已满(某种泄漏?)

我正在使用安装了 Ubuntu 16.04 的 Acer Chromebook 15。我的 SSD 总共约 10.5 GB,只使用了 5 GB。最近几次我退出 Ubuntu 或让其进入睡眠状态时,它会重新启动进入 ChromeOS,并警告设备磁盘已满。剩余空间为 0 B。突然有东西占用了我 5 GB 以上的磁盘空间。

还有人听说过这个吗?我用 google 搜索也没找到任何解决方案。最近几次,我删除了一些下载文件,最终它会自动清除。出于某种原因,切换回 Ubuntu 有助于它了解实际使用的磁盘空间量。这次,没有什么可删除的,我很难弄清楚我可以删除什么才能有空间切换到 Ubuntu。

任何帮助都将受到赞赏。

编辑:

我仔细检查了一下,看起来罪魁祸首可能在 /mnt/stateful_partition 中。我不确定我应该从哪里开始深入研究。希望它能帮助缩小范围。

输出自df -h

Filesystem               Size  Used Avail Use% Mounted on
/dev/root                1.7G  1.6G   86M  96% /
devtmpfs                 1.9G     0  1.9G   0% /dev
tmp                      1.9G  192K  1.9G   1% /tmp
run                      1.9G  548K  1.9G   1% /run
shmfs                    1.9G   19M  1.9G   1% /dev/shm
/dev/sda1                 11G   11G     0 100% /mnt/stateful_partition
/dev/sda8                 12M   24K   12M   1% /usr/share/oem
/dev/mapper/encstateful  3.2G   59M  3.1G   2% /mnt/stateful_partition/encrypted
media                    1.9G     0  1.9G   0% /media
none                     1.9G     0  1.9G   0% /sys/fs/cgroup
imageloader              1.9G     0  1.9G   0% /run/imageloader

输出自mount

/dev/dm-0 on / type ext2 (ro,relatime,seclabel)
devtmpfs on /dev type devtmpfs (rw,nosuid,noexec,relatime,seclabel,size=1986368k,nr_inodes=496592,mode=755)
none on /proc type proc (rw,nosuid,nodev,noexec,relatime)
none on /sys type sysfs (rw,nosuid,nodev,noexec,relatime,seclabel)
none on /sys/fs/selinux type selinuxfs (rw,nosuid,noexec,relatime)
tmp on /tmp type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel)
run on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel,mode=755)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime,seclabel,gid=605,mode=750)
shmfs on /dev/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,seclabel,gid=5,mode=620,ptmxmode=000)
/dev/sda1 on /mnt/stateful_partition type ext4 (rw,nosuid,nodev,noexec,noatime,seclabel,commit=600,data=ordered)
/dev/sda8 on /usr/share/oem type ext4 (ro,nosuid,nodev,noexec,relatime,seclabel,data=ordered)
/dev/sda1 on /home type ext4 (rw,nosuid,nodev,noexec,noatime,seclabel,commit=600,data=ordered)
/dev/mapper/encstateful on /mnt/stateful_partition/encrypted type ext4 (rw,nosuid,nodev,noexec,noatime,seclabel,discard,commit=600,data=ordered)
/dev/mapper/encstateful on /var type ext4 (rw,nosuid,nodev,noexec,noatime,seclabel,discard,commit=600,data=ordered)
/dev/mapper/encstateful on /home/chronos type ext4 (rw,nosuid,nodev,noexec,noatime,seclabel,discard,commit=600,data=ordered)
run on /var/run type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel,mode=755)
run on /var/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel,mode=755)
media on /media type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel)
/dev/sda1 on /usr/local type ext4 (rw,nodev,noatime,seclabel,commit=600,data=ordered)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime,seclabel)
none on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel,mode=755)
cgroup on /sys/fs/cgroup/cpu type cgroup (rw,nosuid,nodev,noexec,relatime,cpu)
/opt/google/containers/android/system.raw.img on /opt/google/containers/android/rootfs/root type squashfs (ro,nosuid,nodev,noexec,relatime,seclabel)
/usr/share/mount-passthrough/rootfs.squashfs on /opt/google/containers/arc-removable-media/mountpoints/container-root type squashfs (ro,nosuid,noexec,relatime,seclabel)
/opt/google/containers/arc-sdcard/rootfs.squashfs on /opt/google/containers/arc-sdcard/mountpoints/container-root type squashfs (ro,nosuid,noexec,relatime,seclabel)
/opt/google/containers/arc-obb-mounter/rootfs.squashfs on /opt/google/containers/arc-obb-mounter/mountpoints/container-root type squashfs (ro,nosuid,noexec,relatime,seclabel)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset,noprefix)
imageloader on /run/imageloader type tmpfs (rw,nosuid,nodev,noexec,relatime,seclabel,mode=755)
debugfs on /run/debugfs_gpu type debugfs (rw,nosuid,nodev,noexec,relatime,seclabel,gid=605,mode=750)
/dev/sda1 on /home/chronos/user type ext4 (rw,nosuid,nodev,noexec,relatime,seclabel,commit=600,data=ordered)
/dev/sda1 on /home/user/02d44d5ef61df73bb9b079a0851db0426ccb854c type ext4 (rw,nosuid,nodev,noexec,relatime,seclabel,commit=600,data=ordered)
/dev/sda1 on /home/chronos/u-02d44d5ef61df73bb9b079a0851db0426ccb854c type ext4 (rw,nosuid,nodev,noexec,relatime,seclabel,commit=600,data=ordered)
/dev/sda1 on /home/root/02d44d5ef61df73bb9b079a0851db0426ccb854c type ext4 (rw,nosuid,nodev,noexec,relatime,seclabel,commit=600,data=ordered)

编辑2:

我认为我已经找到了罪魁祸首,但仍然不知道该怎么做。以下是 的输出lsblk

NAME    MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda       8:0    0  14.9G  0 disk 
├─sda1    8:1    0  10.8G  0 part /mnt/stateful_partition
├─sda2    8:2    0    16M  0 part 
├─sda3    8:3    0     2G  0 part 
├─sda4    8:4    0    16M  0 part 
├─sda5    8:5    0     2G  0 part 
├─sda6    8:6    0   512B  0 part 
├─sda7    8:7    0   512B  0 part 
├─sda8    8:8    0    16M  0 part /usr/share/oem
├─sda9    8:9    0   512B  0 part 
├─sda10   8:10   0   512B  0 part 
├─sda11   8:11   0     8M  0 part 
└─sda12   8:12   0    16M  0 part 
loop0     7:0    0   3.2G  0 loop 
└─encstateful
  254:1    0   3.2G  0 dm   /mnt/stateful_partition/encrypted
loop1     7:1    0 449.2M  1 loop /opt/google/containers/android/rootfs/root
loop2     7:2    0     4K  1 loop /opt/google/containers/arc-removable-media/mou
loop3     7:3    0     4K  1 loop /opt/google/containers/arc-sdcard/mountpoints/
loop4     7:4    0     4K  1 loop /opt/google/containers/arc-obb-mounter/mountpo
zram0   253:0    0   5.6G  0 disk [SWAP]

zram0 占用的空间几乎就是缺失的空间。一些研究表明它与外部驱动器有关(我想?)。考虑到这一点,我正在使用 SD 卡来运行 IPython 和 Matlab 等程序。这可能是由于未正确卸载造成的问题,但重新启动我的计算机并不能清除它。如果有人能帮我重置 zram0,我想这就能解决问题。

问题已经解决!这甚至不是交换文件或类似文件的问题。运行后,sudo du --max-depth=9 --human-readable / | sort --human-numeric-sort我找到了罪魁祸首:我的 vpn 管理器日志文件。清除该文件后,实际上清除了 7.5 GB。

感谢所有提供帮助的人!我非常感激!

答案1

看起来该设置正在使用 /dev/zram0 设备作为交换分区。下面很好地解释了它的工作原理:

https://wiki.gentoo.org/wiki/Zram

我不确定这实际上是正在使用的“磁盘”闪存还是 RAM。您可以尝试通过执行以下操作来禁用交换:

swapoff /dev/zram0看看是否能解决问题(确保在问题解决之前完成)。

然后,您可以查找如何创建和启用不同的交换分区(如果需要),并可能进行修改/etc/fstab

不要在启动时设置它。祝你好运!

相关内容