☰

MG

tag-icon • tag-icon boot mount root squashfs
MG

看着df -h，我意识到我已经/dev/loop0安装了它/snap/core/3604并且它总是 100% 满的：

root@maxipc:~# df -h
文件系统大小已使用可用使用率%安装于
udev 7.8G 0 7.8G 0％/dev
tmpfs 1.6G 9.9M 1.6G 1% /运行
/dev/sda3 116G 38G 73G 35% /
tmpfs 7.8G 20M 7.8G 1% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /运行/锁定
tmpfs 7.8G 0 7.8G 0％/sys/fs/cgroup
/dev/loop0 84M 84M 0 100% /snap/core/3604
/dev/sda1 239M 111M 111M 50% /boot
cgmfs 100K 0 100K 0％/运行/cgmanager/fs
tmpfs 1.6G 44K 1.6G 1％/运行/用户/1000

当我执行umount /snap/core/3604或umount /dev/loop0时它将卸载，所以它显然根本不忙（同样，当我尝试/dev/loop0再次重新挂载时，它不会重新挂载，因为当然它不在fstab。在它里面，看起来像是有一个小小的、可爱的、微小的根文件系统被压在那 84M 里：

root@maxipc:~# ls -la /snap/core/3604
共 4
drwxr-xr-x 24 root root 333 11 月 30 日 12:39。
drwxr-xr-x 3 root root 4096 十二月 26 20:29 ..
drwxr-xr-x 2 root root 1937 年 11 月 30 日 12:38 bin
drwxr-xr-x 6 root root 129 11月30日 12:38 启动
drwxr-xr-x 4 root root 1160 十一月 30 12:38 dev
drwxr-xr-x 80 root root 2399 11月30日 12:38 等
drwxr-xr-x 2 root root 3 2016 年 4 月 12 日 主页
drwxr-xr-x 20 root root 406 11月30日 12:38 lib
drwxr-xr-x 2 root root 43 十一月 30 12:38 lib64
drwxr-xr-x 2 root root 3 11月30日 12:35 媒体
drwxr-xr-x 3 root root 45 十一月 30 12:39 meta
drwxr-xr-x 2 root root 3 11月30日 12:35 mnt
drwxr-xr-x 2 root root 3 11月30日 12:35 opt
drwxr-xr-x 2 root root 3 2016 年 4 月 12 日 proc
drwx------ 2 root root 46 11月30日 12:38 root
drwxr-xr-x 8 root root 115 11月30日 12:38 运行
drwxr-xr-x 2 root root 2349 11月30日 12:38 sbin
drwxr-xr-x 2 root root 58 十一月 30 12:39 snap
drwxr-xr-x 2 root root 3 11月30日 12:35 srv
drwxr-xr-x 2 root root 3 2016 年 2 月 5 日 系统
drwxrwxrwt 2 root root 3 11月30日 12:37 tmp
drwxr-xr-x 11 root root 151 十一月 30 12:38 usr
drwxr-xr-x 12 root root 172 十一月 30 12:38 var
drwxr-xr-x 2 root root 3 11月30日 12:36 可写

当我尝试fuser -m /snap/core/3604查看谁使用了挂载时，什么都没有出现。它每次启动时都会重新出现，我不知道它到底是怎么出现的，哦，还有，没有它的迹象/etc/fstab。它也是squashfs文件系统。它看起来是无害的，但我只是想知道为什么它会这样做。它是什么？任何帮助/回复都将不胜感激。

先感谢您，

MG

ps：我认为这个问题不同，因为循环设备被安装得好像它是一个主要的和工作的文件系统，即使它根本不忙。如果你愿意，它每次都会被卸载，但它会在启动后再次出现。通常循环设备会出现，df -H但对我来说，这个循环设备甚至会出现在 gnome 图形工具显示的东西中，就像硬盘在你的 nautilus 中显示的那样。

答案1

而且总是满的

这是正常的。/dev/loopX是用于安装映像文件的虚拟设备。它们是只读的，因此不会比创建时更大或更小。

这些挂载点已连接到snapd服务。您将看到使用“snap”安装的每个软件都添加了额外的循环设备。Libreoffice 有一个 snap，VLC 也有一个。

从我的系统：

rinzwind@schijfwereld:~$ df -H
Filesystem      Size  Used Avail Use% Mounted on
...
/dev/loop0       88M   88M     0 100% /snap/core/3440
/dev/loop2       88M   88M     0 100% /snap/core/3604
/dev/loop1      204M  204M     0 100% /snap/vlc/65
/dev/loop3       88M   88M     0 100% /snap/core/3247
/dev/loop4      121M  121M     0 100% /snap/vlc/4

我已经通过 snap 安装安装了 VLC，因此我有两个名为“vlc”的额外程序。“core”用于 snapd 本身。删除该服务，这些循环设备就会随之消失（我sudo apt purge snapd ubuntu-core-launcher squashfs-tools会删除它；但如果我是你，我会保持原样）。

++++++++++++++++++++++++++ 附加信息：

maximum@maxipc:~$ systemctl status snap-core-3604.mount

● snap-core-3604.mount - Mount unit for core
   Loaded: loaded (/etc/systemd/system/snap-core-3604.mount; enabled; vendor pre
   Active: active (mounted) since Wed 2017-12-27 15:44:36 EST; 2min 6s ago
    Where: /snap/core/3604
     What: /dev/loop0
  Process: 838 ExecMount=/bin/mount /var/lib/snapd/snaps/core_3604.snap /snap/co

Dec 27 15:44:36 maxipc systemd[1]: Mounting Mount unit for core...
Dec 27 15:44:36 maxipc systemd[1]: Mounted Mount unit for core.

相关内容