Warum werden alle Snaps für Ubuntu 18.04 als Block-Geräte oder Partitionen gemountet und aufgelistet?

Ab Ubuntu 18.04 lsblkwerden 16 Snap-Loops angezeigt (2-3 mal für jeden Snap). Die Frage ist, warum sie als Ergebnisse für lsblk, fdisf-l und blkid aufgelistet werden.

Es schafft eine Menge Durcheinander von den Partitionen des Festplattenlaufwerks, die ich sehen muss, nämlich / dev / partitions. Ich weiß, dass es ein vermeintliches Duplikat dieser Frage gibt, aber es fragt nur, warum drei Schleifen pro Fang aufgelistet werden. Ich möchte wissen, warum diese Schnappschüsse an erster Stelle aufgeführt werden und das angebliche Duplikat dies nicht beantwortet (möglicherweise helfen mir diejenigen, die dies als Duplikat markieren, indem sie erklären, warum es ein Duplikat ist). Technisch gesehen qualifizieren sie sich als Dateisysteme (die ich weder erstellt noch angefordert habe), aber sie behindern die Informationsausgabe für die / dev / -Partitionen, an denen ich interessiert bin. Dies wird zu einem Problem, wenn fdisk -l eine Drei ausgibt Seite + Liste hauptsächlich mit Schnappschüssen gefüllt.

Die Ausgabe einer neuen (1 Woche alten) Ubuntu-Installation und ich habe keine Snaps installiert:

$ 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  

( Zusätzliche Bildschirmaufnahme des obigen Textes):
screenshot.jpg

Meine snap listShows 6 Ergebnisse:

Kern
gnome-1604.03.26
gnome-Rechner
gnome-Zeichen
gnome-logs
gnome-system-monitor

Währenddessen zeigt das Gnome-Disk-Utility für Snaps gar nichts an, sondern nur meine Festplatte und mein optisches Laufwerk.

Es wird nicht sehr effizient sein, wenn jeder installierte Snap als Block-Gerät aufgeführt wird (jeweils 2-3 Mal zum Hinzufügen). Sollte ich damit rechnen, dass zukünftige Updates dies bewältigen?

Bearbeiten:
fdisk-lErstellt auch eine sehr lange Liste mit 16 Instanzen dieser "Disk-Loops" (Disk / dev / loop0, Disk / dev / loop1 usw., jeweils mit Details, die hier nicht angezeigt werden, weil sie zu lang sind). Das kann doch kein beabsichtigtes Verhalten sein, oder?
blkidlistet auch 16 Schleifen auf, als TYPE = "squashfs". Zumindest parted -lfunktioniert es wie erwartet und es werden nur meine tatsächlichen Festplattenpartitionen gelöscht.

Ich habe das gerade getestet und die Installation weiterer Snaps erhöht die lsblk-Ausgabe. Aus diesem Grund kann fdisk, lsblk, blkid je nach Anzahl der verfügbaren und installierten Snaps möglicherweise sehr große Ausgabelisten haben.

Wenn Sie den Befehl eingeben

snap list 

Sie erhalten die Ausgabe der aktuell installierten Snap-Pakete. Der Grund ist, dass beim Aktualisieren eines Snap-Pakets die alte Version beibehalten wird (siehe Snapcraft-Dokumentation) .

Zitieren Sie aus Snapcraft Docu

Die Garbage Collection entfernt und bereinigt dann alle Snap-Dateien und ihre beschreibbaren Bereiche für Snap-Versionen vor der gerade aktualisierten Version. Dies bedeutet, dass höchstens zwei Versionen eines Snaps auf dem System vorhanden sind. Dies spart Speicherplatz, ohne die Fähigkeit zu beeinträchtigen, den Snap auf einen früheren Zustand mit bekannter Funktionsfähigkeit zurückzusetzen.

Durch das explizite Entfernen eines Snaps aus Ihrem System wird auch der Code entfernt und die Daten aller früheren Versionen gelöscht.

Zum Beispiel haben Sie mehr als eine Version von gnome-calculator installiert .

Falls Sie nur die neueste Version benötigen, können Sie verwenden

sudo snap remove gnome-calculator --revision <verison to be placed>

Befehl verwenden

losetup -a 

zeigt Ihnen die montierten Snaps (Loop-Geräte)

Wenn Sie die doppelten löschen möchten, geben Sie ein

sudo losetup -d /dev/loop<loopnumber>

Es scheint ein Fehler des Snap-Codes zu sein, da alle älteren in der Datei / var / lib / snapd / snaps gespeichert wurden.

In Bezug auf den Inhalt Ihrer Frage geht es bei Ihrem Problem darum, nach einer Möglichkeit zu suchen, die Kontrolle darüber zu haben, was Sie sehen, wenn Sie versuchen, Ihre Blockgeräte anzuzeigen, und nicht darum, wie snap Blockgeräte für den Betrieb verwendet.

Ich stimme Ihrer Unterscheidung zwischen fdisk -lund zu parted -l. Während fdisk eine sehr gute Detailausgabe von Blockgeräten zeigt, zeigt es zu viele andere Dinge, die von dem ablenken, was Sie sehen möchten.

Auflösung

Sie können die lsblk- formatierte Ausgabe filtern . Dies funktioniert gut, um eine saubere Ausgabe zu erzielen, wie Sie sie mit dem Dienstprogramm gnome-disk-utility erhalten .

$ lsblk -o name,mountpoint,label,size,fstype,uuid | egrep -v "^loop"

Oder wie Sie in Ihrer Frage angegeben:

$ sudo parted -l

dfVerwenden Sie für den Befehl in Ihrer Frage:

$ df | egrep -v /dev/loop

Das finde ich auch ärgerlich. Wenn sie nicht ausgeführt werden, sollten sie anscheinend nicht gemountet oder aufgelistet werden. Sie können diesen Befehl ausführen, um alle Loop-Geräte auszuschließen.

$ lsblk -e 7

Wenn Sie die Snap-Version des Systemmonitors verwenden, werden alle von Snap verwendeten Dateisysteme sowie die von Ihnen verwendeten Dateisysteme angezeigt.

Eine einfache "Lösung" besteht darin, Gnome System Monitor aus dem App Store zu deinstallieren. Es ist die Snap-Version.

Installieren Sie dann Gnome System Monitor von den normalen Repositorys mit Synaptic Package Manager. Es ist die normale Version, die eine Reihe von Dateien auf Ihrer gesamten Root-Partition installiert. Nett!

Und Sie werden genau das sehen, was Sie erwarten, wenn Sie Gnome System Monitor starten ...

Um nur Reittiere ohne Loopback anzuzeigen, können Sie auch einfach:

lsblk -af |grep -sv loop

;)