答案1
我使用 user1695764 提供的信息发现我的 77mb 卷是 /dev/loop3。
使用命令“losetup --list /dev/loop3”显示它是从已删除的快照(/var/lib/snapd/snaps/core22_634.snap)安装的。
答案2
编辑:今天又发生了这种情况,但这次的卷大小为 483 MB。因此,有了@AnonymousCoward987654321 的回答,我就知道这是删除了快照,我又在这里搜索了一下,发现了这一点:突然出现一个新的挂载卷,如何删除它. 我想说,这已经解开了谜团。
以下是原始研究。
我想这不算什么答案,但我在这里添加了自己的研究,因为我今天也遇到了同样的问题。但在分享我所检查的所有信息之前,我想补充一点,重启后这个问题就消失了。无论如何,以下是我在此之前发现的一切:
- 将鼠标悬停在已安装的卷上,我可以看到路径(挂载点):
/media/<USER>/disk
- 使用
df --all
(或lsblk
按照@Serg 的评论建议),我发现它是loop6
(/dev/loop6
) - 由于它是新品,我认为(但持保留态度)这可能与更新有关。所以我也分享了最近的更新(对用户和时间进行了匿名化)。我相信如果它真的相关,它应该是最新的,但有可能它从昨天就在那里,只是我之前没有注意到:
Start-Date: 2023-05-11 13:30:35
Commandline: apt -y full-upgrade
Requested-By: <USER> (<USERID>)
Upgrade:
krb5-locales:amd64 (1.19.2-2ubuntu0.1, 1.19.2-2ubuntu0.2),
libgssapi-krb5-2:amd64 (1.19.2-2ubuntu0.1, 1.19.2-2ubuntu0.2),
libgssapi-krb5-2:i386 (1.19.2-2ubuntu0.1, 1.19.2-2ubuntu0.2),
libkrb5support0:amd64 (1.19.2-2ubuntu0.1, 1.19.2-2ubuntu0.2),
libkrb5support0:i386 (1.19.2-2ubuntu0.1, 1.19.2-2ubuntu0.2),
libkrb5-3:amd64 (1.19.2-2ubuntu0.1, 1.19.2-2ubuntu0.2),
libkrb5-3:i386 (1.19.2-2ubuntu0.1, 1.19.2-2ubuntu0.2),
libk5crypto3:amd64 (1.19.2-2ubuntu0.1, 1.19.2-2ubuntu0.2),
libk5crypto3:i386 (1.19.2-2ubuntu0.1, 1.19.2-2ubuntu0.2)
End-Date: 2023-05-11 13:30:37
Start-Date: 2023-05-12 19:00:12
Commandline: apt -y full-upgrade
Requested-By: <USER> (<USERID>)
Upgrade: code:amd64 (1.78.1-1683194560, 1.78.2-1683731010)
End-Date: 2023-05-12 19:00:24
除此之外,运行apt list --upgradable
,我可以检查这些包是否没有自行升级,这可能与(一些更新前检查代码在失败后没有被清理?):
Listing... Done
gdm3/jammy-updates 42.0-1ubuntu7.22.04.2 amd64 [upgradable from: 42.0-1ubuntu7.22.04.1]
gir1.2-gdm-1.0/jammy-updates 42.0-1ubuntu7.22.04.2 amd64 [upgradable from: 42.0-1ubuntu7.22.04.1]
gnome-remote-desktop/jammy-updates 42.7-0ubuntu1 amd64 [upgradable from: 42.4-0ubuntu1]
intel-media-va-driver/jammy-updates 22.3.1+dfsg1-1ubuntu2 amd64 [upgradable from: 22.3.1+dfsg1-1ubuntu1]
libgdm1/jammy-updates 42.0-1ubuntu7.22.04.2 amd64 [upgradable from: 42.0-1ubuntu7.22.04.1]
我最终手动安装/升级了它们,但没有明显的结果。