На этот вопрос уже есть ответ:
глядя на df -h
, я понял, что у меня есть этот / dev / loop0
, установленный на / snap / core / 3604
, и он всегда заполнен на 100%:
root@maxipc:~# df -h Filesystem Size Used Avail Use% Mounted on udev 7.8G 0 7.8G 0% /dev tmpfs 1.6G 9.9M 1.6G 1% /run /dev/sda3 116G 38G 73G 35% / tmpfs 7.8G 20M 7.8G 1% /dev/shm tmpfs 5.0M 4.0K 5.0M 1% /run/lock 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% /run/cgmanager/fs tmpfs 1.6G 44K 1.6G 1% /run/user/1000
Когда я выполняю umount / snap / core / 3604
или umount / dev / loop0
, он размонтируется, поэтому очевидно, что он совсем не занят (также когда я пытаюсь перемонтировать / dev / loop0
снова, он не перемонтируется, потому что, конечно, его нет в fstab
. В нем, похоже, есть целая маленькая, симпатичная и крошечная корневая файловая система, зажатая в этом 84M:
root@maxipc:~# ls -la /snap/core/3604 total 4 drwxr-xr-x 24 root root 333 Nov 30 12:39 . drwxr-xr-x 3 root root 4096 Dec 26 20:29 .. drwxr-xr-x 2 root root 1937 Nov 30 12:38 bin drwxr-xr-x 6 root root 129 Nov 30 12:38 boot drwxr-xr-x 4 root root 1160 Nov 30 12:38 dev drwxr-xr-x 80 root root 2399 Nov 30 12:38 etc drwxr-xr-x 2 root root 3 Apr 12 2016 home drwxr-xr-x 20 root root 406 Nov 30 12:38 lib drwxr-xr-x 2 root root 43 Nov 30 12:38 lib64 drwxr-xr-x 2 root root 3 Nov 30 12:35 media drwxr-xr-x 3 root root 45 Nov 30 12:39 meta drwxr-xr-x 2 root root 3 Nov 30 12:35 mnt drwxr-xr-x 2 root root 3 Nov 30 12:35 opt drwxr-xr-x 2 root root 3 Apr 12 2016 proc drwx------ 2 root root 46 Nov 30 12:38 root drwxr-xr-x 8 root root 115 Nov 30 12:38 run drwxr-xr-x 2 root root 2349 Nov 30 12:38 sbin drwxr-xr-x 2 root root 58 Nov 30 12:39 snap drwxr-xr-x 2 root root 3 Nov 30 12:35 srv drwxr-xr-x 2 root root 3 Feb 5 2016 sys drwxrwxrwt 2 root root 3 Nov 30 12:37 tmp drwxr-xr-x 11 root root 151 Nov 30 12:38 usr drwxr-xr-x 12 root root 172 Nov 30 12:38 var drwxr-xr-x 2 root root 3 Nov 30 12:36 writable
, и когда я пытаюсь выполнить fuser -m / snap / core / 3604
, чтобы узнать, кто использует монтирование, ничего не отображается. Оно появляется снова. каждую загрузку, и я не знаю, как это происходит, да еще нет никаких признаков этого в / etc / fstab
. это также файловая система squashfs
. похоже, что это безобидно, но я просто хочу знать, почему он делает то, что делает. что это? любая помощь / ответ будут оценены.
Заранее благодарю вас,
ps: Я думал, что это другой вопрос, потому что устройство цикла монтируется так, как если бы оно было основной и рабочей файловой системой, хотя оно совсем не занято.при желании он каждый раз размонтируется, но снова появляется после загрузки. обычно устройства цикла появляются как df -H
, но для меня это устройство цикла появляется даже среди вещей, которые показывают графические инструменты gnome, точно так же, как жесткий диск показывает в вашем наутилусе.
и это всегда на 100% полно
Это нормально. /dev/loopX
виртуальные устройства должны смонтировать файлы изображений. И они - читает только - так не становитесь более крупными или меньшими, чем они - при создании.
Те точки монтирования подключены с snapd
сервис. Вы будете видеть дополнительные циклические устройства, добавленные для каждого программного обеспечения, Вы устанавливаете использование "снимок". Libreoffice имеет снимок, 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
Я установил VLC от поспешной установки, таким образом, у меня есть 2 дополнительных, названных "vlc". "ядро" используется для самого 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.