我正在尝试关闭我的 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 的有效方法。