web-dev-qa-db-ja.com

システムは/ dev / loop0を/ snap / core / 3604にマウントし、100％満杯です。どこから来たのですか？

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/3604orumount /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ファイルシステムでもあります。無害なように見えますが、なぜそれが何をするのかを知りたいだけです。それは何ですか？任意のヘルプ/返信をいただければ幸いです。

前もって感謝します、

MG

追伸：ループデバイスは、まったくビジーではないものの、プライマリファイルシステムであるかのようにマウントされているため、この質問は異なると思いました。必要に応じて毎回アンマウントされますが、起動後に再び表示されます。通常、ループデバイスはdf -Hで起動しますが、私にとっては、ノームでhardriveが表示されるように、このループデバイスはgnomeのグラフィカルツールが表示するものの中でも表示されます。

bootmountrootsquashfs
11
Mahmoud Gudarzi

そして、それは常に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.
13
Rinzwind