df -h
を見ると、/dev/loop0
にこの/snap/core/3604
がマウントされており、常に100%満杯であることがわかりました。
root @ maxipc:〜#df -h 使用されたファイルシステムサイズ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
orumount /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など drwxr-xr-x 2ルートルート3 2016年4月12日home drwxr-xr-x 20ルートルート406 Nov 30 12:38 lib drwxr-xr-x 2ルートルート43 11月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ルートルート3 Nov 30 12:35 mnt drwxr-xr-x 2ルートルート3 Nov 30 12:35 opt drwxr-xr-x 2ルートルート3 2016年4月12日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ルートルート2349 11月30 12:38 sbin drwxr-xr-x 2ルートルート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 2016年2月5日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
ファイルシステムでもあります。無害なように見えますが、なぜそれが何をするのかを知りたいだけです。それは何ですか?任意のヘルプ/返信をいただければ幸いです。
前もって感謝します、
追伸:ループデバイスは、まったくビジーではないものの、プライマリファイルシステムであるかのようにマウントされているため、この質問は異なると思いました。必要に応じて毎回アンマウントされますが、起動後に再び表示されます。通常、ループデバイスはdf -H
で起動しますが、私にとっては、ノームでhardriveが表示されるように、このループデバイスはgnomeのグラフィカルツールが表示するものの中でも表示されます。
そして、それは常に100%いっぱいです
それは正常です。 /dev/loopX
は、イメージファイルをマウントするための仮想デバイスです。また、それらは読み取り専用なので、作成時よりも大きくなったり小さくなったりしないでください。
これらのマウントポイントは、snapd
サービスに接続されます。 「snap」を使用してインストールするすべてのソフトウェアに追加のループデバイスが追加されます。 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をインストールしたため、「vlc」という名前の余分な2つがあります。 「コア」は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.