Hello Elias, On 25/11/2021 12:44, Elias Mobery wrote:
Hey Roland, thank you for the tip!That would work great, so now the actual disk space within the VM should be almost 0 to keep the image size low correct?
You can use a big partition size within the VM image, to ensure that you will not run out of disk space when you start the VM. However, the virtual disk image itself (qcow2) can be shrunk to its current content, to save space within your live image (as you already wrote, with: qemu-img convert).
With kind regards, Roland Clobus PS: Please send a copy to the list too when you send a reply
On Wed, Nov 24, 2021, 7:14 PM Roland Clobus <rclobus@rclobus.nl <mailto:rclobus@rclobus.nl>> wrote:Hello Elias, On 24/11/2021 16:36, Elias Mobery wrote: > One more thing I noticed, if I copy the images to another location and > THEN chown them, no copies are created in /run/live/overlay/rw. > This confirms my suspicion that the problem is probably with the > squashfs filesystem. The squashfs filesystem is read-only, so you cannot have any modification there. If you want to run the virtual images from the squashfs file system, you might want to use the snapshot feature. Your base image could be unchanged on squashfs, and all further changes will be in the overlay. With kind regards, Roland Clobus
Attachment:
OpenPGP_signature
Description: OpenPGP digital signature