Hallo,
ich habe das seltsame Phänomen, dass eine qcow2 Datei auf dem Hostsystem viel Größer ist, als sie eigentlich sein dürfte...; nämlich fast doppelt so groß
Host:
-rw-r----- 1 root root 4,1T 24. Aug 22:36 vm-102-disk-0.qcow2
vm:
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/mapper/data_1 2,5T 2,2T 85G 97% /mnt/data_1
vm-config:
hdd_data_1:102/vm-102-disk-0.qcow2,backup=0,iothread=1,size=2500G
Das eingehängte Blockdevice /dev/mapper/data_1 ist luks verschlüsselt.
Es wurde ganz am Anfang folgendes durchgeführt:
Aktuell werden 1,6T Speicher vergeudet. Hat jemand von euch eine Idee, wie ich die qcow wieder klein bekomme?
Ist es eine gute Idee "discard" & "SSD emulation" in der VM-Option für das Blockdevice zu aktivieren und auf der vm ein fstrim durchzuführen? Es handelt sich um eine 6 TB Festplatte.
ich habe das seltsame Phänomen, dass eine qcow2 Datei auf dem Hostsystem viel Größer ist, als sie eigentlich sein dürfte...; nämlich fast doppelt so groß
Host:
#> ls -lah-rw-r----- 1 root root 4,1T 24. Aug 22:36 vm-102-disk-0.qcow2
vm:
#> df -hDateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/mapper/data_1 2,5T 2,2T 85G 97% /mnt/data_1
vm-config:
hdd_data_1:102/vm-102-disk-0.qcow2,backup=0,iothread=1,size=2500G
Das eingehängte Blockdevice /dev/mapper/data_1 ist luks verschlüsselt.
Es wurde ganz am Anfang folgendes durchgeführt:
#> dd if=/dev/zero of=/dev/mapper/data_1 status=progressAktuell werden 1,6T Speicher vergeudet. Hat jemand von euch eine Idee, wie ich die qcow wieder klein bekomme?
Ist es eine gute Idee "discard" & "SSD emulation" in der VM-Option für das Blockdevice zu aktivieren und auf der vm ein fstrim durchzuführen? Es handelt sich um eine 6 TB Festplatte.
Last edited:
