Pourquoi tous les clichés sont-ils montés et répertoriés en tant que périphériques ou partitions de blocs pour Ubuntu 18.04?
Depuis Ubuntu 18.04, lsblk est exécuté avec 16 boucles d’instantanés (2 à 3 fois pour chaque capture). La question qui se pose est la suivante: pourquoi sont-ils répertoriés en tant que résultats pour lsblk, fdisf-l et blkid?
Cela crée beaucoup de fouillis avec les partitions de disques que j'ai besoin de voir, à savoir/dev/partitions. Je sais qu'un prétendu duplicata de cette question existe, mais il ne demande qu'à savoir pourquoi trois boucles sont répertoriées par capture instantanée. Je veux savoir pourquoi ces clichés sont répertoriés en premier lieu, et le prétendu doublon ne répond pas à cette question (peut-être que ceux marquant ce doublon pourraient m'aider en expliquant pourquoi il s'agit d'un doublon). Techniquement, ils sont qualifiés de systèmes de fichiers (que je n'ai ni créés, ni demandés), mais ils gênent la sortie des informations pour les partitions/dev/qui m'intéressent. Cela devient un problème lorsque fdisk -l génère trois page + liste remplie principalement avec des instantanés.
La sortie d'une récente installation d'Ubuntu (vieille d'une semaine) et je n'ai pas installé de cliché:
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 14.5M 1 loop /snap/gnome-logs/37
loop1 7:1 0 2.3M 1 loop /snap/gnome-calculator/170
loop2 7:2 0 86.6M 1 loop /snap/core/4486
loop3 7:3 0 86.6M 1 loop /snap/core/4650
loop4 7:4 0 1.6M 1 loop /snap/gnome-calculator/154
loop5 7:5 0 14.5M 1 loop /snap/gnome-logs/34
loop6 7:6 0 3.3M 1 loop /snap/gnome-system-monitor/36
loop7 7:7 0 2.3M 1 loop /snap/gnome-calculator/178
loop8 7:8 0 13M 1 loop /snap/gnome-characters/101
loop9 7:9 0 3.7M 1 loop /snap/gnome-system-monitor/45
loop10 7:10 0 139.5M 1 loop /snap/gnome-3-26-1604/64
loop11 7:11 0 140M 1 loop /snap/gnome-3-26-1604/59
loop12 7:12 0 3.7M 1 loop /snap/gnome-system-monitor/41
loop13 7:13 0 21M 1 loop /snap/gnome-logs/25
loop14 7:14 0 12.2M 1 loop /snap/gnome-characters/69
loop15 7:15 0 13M 1 loop /snap/gnome-characters/96
sda 8:0 0 298.1G 0 disk
├─sda1 8:1 0 512M 0 part /boot/efi
└─sda2 8:2 0 297.6G 0 part /
sr0 11:0 1 1024M 0 rom
(capture d'écran supplémentaire du texte ci-dessus):
screenshot.jpg
Mon snap list affiche 6 résultats:
coeur
Gnome-3-26-1604
gnome-calculator
personnages de gnome
gnome-logs
gnome-system-monitor
Pendant ce temps, l'utilitaire gnome-disk ne montre rien du tout pour les clichés, il ne montre que mon disque dur et mon lecteur optique.
Cela ne sera pas très efficace si chaque composant logiciel enfichable installé est répertorié comme un périphérique bloc (2 à 3 fois plus à ajouter). Devrais-je m'attendre à de futures mises à jour pour y remédier?
Modifier:fdisk-l vide également une très longue liste de 16 "boucles de disque" (Disk/dev/loop0, Disk/dev/loop1, etc.), chacune avec des détails que je ne montrerai pas ici car c’est trop long). Cela ne peut pas être un comportement intentionnel, n'est-ce pas?blkid répertorie également 16 boucles, sous la forme TYPE = "squashfs". Au moins parted -l fonctionne comme prévu, ne sortant que mes partitions de disque réelles.
Je viens de tester cela, et installer plus de snaps ajoute encore plus à la sortie de lsblk. Par conséquent, fdisk, lsblk, blkid pourraient avoir des listes de sortie potentiellement énormes, en fonction du nombre de captures instantanées disponibles et installées.
Quand vous tapez la commande
snap list
vous obtiendrez la sortie des paquets instantanés réellement installés. La raison en est que lorsqu'un paquet logiciel est mis à jour, l'ancienne version est conservée (voir le document snapcraft) .
Citate de Snapcraft Docu
La récupération de place supprime et purge tous les fichiers de capture, ainsi que leurs zones inscriptibles, pour les versions de capture antérieures à celle qui vient d'être mise à jour, ce qui signifie qu'au plus deux versions d'une capture seront présentes sur le système. Cela économise de l'espace disque sans compromettre la possibilité de rétablir la capture dans un état antérieur connu comme étant correct.
Supprimer explicitement un accrochage de votre système supprimera également le code et purgera les données de toutes les versions précédentes.
Par exemple, vous avez installé plusieurs versions de gnome-calculator .
Au cas où vous n’auriez besoin que de la dernière version, vous pouvez utiliser
Sudo snap remove gnome-calculator --revision <verison to be placed>
Utiliser la commande
losetup -a
vous montre les snaps montés (loop devices)
Si vous souhaitez supprimer les doubles, tapez
Sudo losetup -d /dev/loop<loopnumber>
Cela semble être une erreur du code d'instantané, puisque tous les anciens ont été conservés dans le fichier/var/lib/snapd/snaps.
D'après le contenu de votre question, votre problème consiste à rechercher un moyen de contrôler ce que vous voyez lorsque vous essayez d'afficher vos périphériques en mode bloc, ainsi que la manière dont Snap utilise les périphériques en mode bloc pour son fonctionnement.
Je suis d'accord avec votre distinction mentionnée entre fdisk -l et parted -l. Bien que fdisk montre une très bonne sortie détaillée des périphériques en mode bloc, il montre trop d’autres choses qui distraient de ce que vous essayez de voir.
Résolution
Vous pouvez utiliser le filtre lsblk la sortie formatée. Cela fonctionne bien pour donner une sortie propre comme celle que vous obtenez avec gnome-disk-utility.
$ lsblk -o name,mountpoint,label,size,fstype,uuid | egrep -v "^loop"
Ou comme vous l'avez indiqué dans votre question:
$ Sudo parted -l
Pour la commande df dans votre question, utilisez:
$ df | egrep -v /dev/loop
Je trouve cela ennuyant aussi. Il semble que s'ils ne fonctionnent pas, ils ne doivent pas être montés ou listés. Vous pouvez exécuter cette commande pour exclure tous les périphériques en boucle.
$ lsblk -e 7
Si vous utilisez la version instantanée du moniteur système, vous verrez tous les systèmes de fichiers utilisés par snap, ainsi que ceux que vous utilisez.
Une solution simple consiste à désinstaller Gnome System Monitor de l'App Store. C'est la version instantanée.
Ensuite, installez Gnome System Monitor à partir des référentiels normaux à l'aide du gestionnaire de paquets Synaptic. C'est la version normale qui installe un tas de fichiers sur votre partition racine. Agréable!
Et vous verrez exactement ce que vous attendez lorsque vous lancerez Gnome System Monitor ...
Pour afficher uniquement les montages à l'exclusion de loopback, vous pouvez également simplement:
lsblk -af |grep -sv loop
;)