删除快照分区

删除快照分区

我正在尝试关闭我的 Arch 系统,我认为它大部分已经消失了,但是,当我执行 lsblk 时,我得到以下信息:

名称 主要:最小 RM 尺寸 RO 类型 安装点
Loop0 7:0 0 32.3M 1 循环 /var/lib/snapd/snap/snapd/12159
                                      /var/lib/snapd/snap/snapd/12159
Loop1 7:1 0 99.4M 1 循环 /var/lib/snapd/snap/core/11187
                                      /var/lib/snapd/snap/core/11187
Loop2 7:2 0 32.3M 1 循环 /var/lib/snapd/snap/snapd/12398
                                      /var/lib/snapd/snap/snapd/12398
Loop3 7:3 0 99.4M 1 循环 /var/lib/snapd/snap/core/11316
                                      /var/lib/snapd/snap/core/11316
sda 8:0 1 14.4G 0盘
└─sda1 8:1 1 14.4G 0 部分
sr0 11:0 1 731.6M 0 ROM
nvme0n1 259:0 0 476.9G 0 盘
├─nvme0n1p1 259:1 0 550M 0 部分 /boot
├─nvme0n1p2 259:2 0 32G 0 部分 [交换]
└─nvme0n1p3 259:3 0 444.4G 0 部分 /var/lib/snapd/snap
                                      /

显然,仍然存在一个问题,即我们有与快照相关的“循环”(无论是什么),而且我的主驱动器上还有一个似乎是由快照创建的分区。我真的不明白这个分区是什么,因为它列出了根(“/”)和“/var/lib/snapd/snap”。一个分区怎么可能是两个不同的东西呢?

无论如何,我该如何用核武器攻击这些突然发生的东西?

答案1

问题是我删除了 snap 模块,但没有删除底层的 snapd 守护进程。一旦我删除它,blk 设备就消失了。

摆脱 snap 后不要忘记更新您的系统。

答案2

Snapd 使用虚拟文件系统映像(squashfs 类型)来打包应用程序。 (df -T应该显示类型,df -a -F squashfs应该列出全部。)循环设备将文件(包含文件系统映像)映射到块设备,以便可以像真实磁盘一样安装这些文件系统。

主驱动器上的“分区”不太可能与此相关。更有可能的是,这是绑定安装,它允许将已安装文件系统的一部分重新映射到不同的路径。

如果您成功删除了快照,那么重新启动可能会清除所有这些安装。如果您在删除 snapd 之前停止了它,或者先删除了各个快照,那么这些快照可能会被自动清除。可以手动删除它们,但重新启动可能会更容易,并且是查看是否永久删除 snapd 的有效方法。

相关内容