<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[**Feature Request: Allow QCOW2 Disk Format for UEFI Boot Disk in MultiPortal**]]></title><description><![CDATA[<p dir="auto">We would like to request an enhancement to MultiPortal regarding VM provisioning.</p>
<p dir="auto">Currently, when a VM is created with <strong>UEFI boot</strong>, the boot disk is automatically created in <strong>RAW</strong> format. This causes an issue when the storage backend is an <strong>LVM LUN</strong>, as RAW disks do not support snapshots in this configuration.</p>
<p dir="auto"><strong>Requested enhancement:</strong><br />
Please add an option to specify the disk format (for example, <strong>QCOW2</strong>) for the UEFI boot disk during VM creation.</p>
<p dir="auto"><strong>Benefits:</strong></p>
<ul>
<li>Enable snapshot support for VMs stored on LVM-backed storage.</li>
<li>Provide greater flexibility in storage configuration.</li>
<li>Allow administrators to choose the most appropriate disk format based on their storage backend and operational requirements.</li>
</ul>
<p dir="auto"><strong>Current behavior:</strong></p>
<ul>
<li>UEFI boot disk is always created in RAW format.</li>
<li>Snapshot creation is not possible when the VM is stored on an LVM LUN.</li>
</ul>
<p dir="auto"><strong>Expected behavior:</strong></p>
<ul>
<li>Allow administrators to select the boot disk format (RAW or QCOW2) when provisioning a UEFI VM.</li>
<li>Ensure QCOW2 can be used as the boot disk format to support snapshots where applicable.</li>
</ul>
]]></description><link>https://forum.multiportal.io/topic/60/feature-request-allow-qcow2-disk-format-for-uefi-boot-disk-in-multiportal</link><generator>RSS for Node</generator><lastBuildDate>Sun, 26 Jul 2026 20:42:15 GMT</lastBuildDate><atom:link href="https://forum.multiportal.io/topic/60.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 03 Jul 2026 13:02:25 GMT</pubDate><ttl>60</ttl></channel></rss>