web-dev-qa-db-fra.com

Le système monte / dev / loop0 sur / snap / core / 3604 et il est plein à 100%, d'où vient-il?

en regardant df -h, j’ai réalisé que j’avais ce /dev/loop0 monté sur /snap/core/3604 et qu’il est toujours plein à 100%:

 root @ maxipc: ~ # df -h 
 Taille du système de fichiers utilisée Dispo Utilisation% montés sur 
 udev 7.8G 0 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%/exécution/utilisateur/1000

Quand je fais un umount /snap/core/3604orumount /dev/loop0, il sera démonté, donc ce n’est apparemment pas occupé du tout (également lorsque j’essaie de remonter le /dev/loop0 à nouveau, il ne remonte pas car, bien sûr, il n’est pas dans fstab. système de fichiers racine mignon et minuscule écrasé dans ce 84M:

 root @ maxipc: ~ # ls -la /snap/core/3604[.____. Corrige, total 4 
 drwxr-xr-x 24 racine racine 333 30 novembre 12:39. 
 drwxr-xr-x 3 racine 4096 26 décembre 20:29 .. 
 drwxr-xr-x 2 racine racine 1937 30 novembre 12:38 bin 
 drwxr-xr-x 6 racine racine 129 129 30 novembre 12h38 démarrage 
 drwxr-xr-x 4 racine racine 1160 30 novembre 12:38 dev 
 drwxr-xr-x 80 racine racine 2399 30 novembre 12:38 etc. 
 drwxr-xr-x racine 2 3 avril 12 2016 accueil 
 drwxr-xr-x 20 racine 406 nov 30 12:38 lib 
 drwxr-xr-x 2 racine 43 30 nov. 12:38 lib64 
 Drwxr-xr-x 2 racine racine 3 30 novembre 12:35 média 
 Drwxr-xr-x 3 racine racine 45 nov. 30 12:39 méta 
 drwxr-xr-x 2 racine racine 3 30 novembre 12:35 mnt 
 drwxr-xr-x 2 racine racine 3 30 nov. 12:35 opt 
 drwxr-xr-x 2 racine racine 3 12 avril 2016 proc 
 Drwx ------ 2 racine racine 46 30 novembre 12:38 racine 
 Drwxr-xr-x 8 racine racine 115 novembre 30 12:38 run 
 drwxr-xr-x 2 racine racine 2349 30 novembre 12:38 sbin 
 drwxr-xr-x 2 racine racine 58 30 novembre 12:39 snap 
 Drwxr-xr-x 2 racine racine 3 30 novembre 12:35 srv 
 Drwxr-xr-x 2 racine racine 3 février 5 2016 sys 
 drwxrwxrwt 2 racine racine 3 novembre 30 12:37 tmp 
 drwxr-xr-x 11 racine racine 151 30 novembre 12:38 usr 
 drwxr-xr-x 12 racine racine 172 le 30 novembre 12:38 var 
 drwxr-xr-x 2 racine racine 3 30 novembre 12:36 accessible en écriture

et quand j'essaie de faire un fuser -m /snap/core/3604 pour voir qui utilise le montage, rien ne s'affiche. il réapparaît à chaque démarrage, et je ne sais pas comment il s'en va, oh aussi, il n'y a aucune trace de cela dans /etc/fstab. c'est aussi le système de fichiers squashfs. on dirait que c'est inoffensif mais je veux juste savoir pourquoi il fait ce qu'il fait. qu'Est-ce que c'est? toute aide/réponse serait appréciée.

Merci d'avance,

MG

ps: Je pensais que cette question était différente parce que le périphérique en boucle est monté comme s'il s'agissait d'un système de fichiers principal et fonctionnel même s'il n'était pas occupé du tout. il est démonté à chaque fois si vous le souhaitez, mais il réapparaît après le démarrage. la plupart du temps, les périphériques en boucle apparaissent avec df -H, mais pour moi, ce périphérique en boucle apparaît même parmi les éléments affichés par les outils graphiques gnome, tout comme le fait de montrer un disque dur dans votre nautile.

bootmountrootsquashfs
9
Mahmoud Gudarzi

et c'est toujours plein à 100%

C'est normal. /dev/loopX sont des périphériques virtuels pour monter des fichiers image. Et ils sont - lus seulement - donc ne deviennent pas plus grands ou plus petits qu’ils ne sont quand ils sont créés.

Ces points de montage sont connectés au service snapd. Vous verrez des périphériques de boucle supplémentaires ajoutés pour chaque logiciel que vous installez en utilisant "snap". Libreoffice a un cliché, VLC en a un.

De mon système:

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

J'ai installé VLC à partir d'une installation instantanée, donc j'ai 2 supplémentaires nommés "vlc". "core" est utilisé pour snapd lui-même. Supprimez le service et ces dispositifs de boucle disparaissent avec lui (Sudo apt purge snapd ubuntu-core-launcher squashfs-tools le supprimerait; mais je le laisserais tel quel si j'étais vous).

++++++++++++++++++++++++++++ informations supplémentaires:

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.
12
Rinzwind