May 13, 2019 2:48 AM, "Chris Laprise" wrote:
> This is thin lvm's Achilles heel. In Qubes' case there is no un-allocated
> space in the volume group
> (the installer created the pool to occupy all the remaining space) so you
> can't simply enlarge the
> metadata size.
>
> What you can do (some
--- Logical volume ---
Internal LV Name lvol0_pmspare
VG Namequb
LV UUIDJ8VXWl-UoWw-C6bU-mcPC-C6Fa-7SK1-s3aybZ
LV Write Accessread/write
LV Creation host, time localhost.localdomain, 2018-04-26 14:35:24 +0200
LV Status NOT avail
May 12, 2019 10:05 AM, m...@disroot.org wrote:
>> Backup your full system first. You can then try running sudo fstrim -av in
>> dom0 and your VMs, and
>> deleting unused ones.
No matter how much space I free up by deleting VMs I can't extend the
metadata. Volumes are
completely full.
I have
--
You received this message because you are subscribed to the Google Groups
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to qubes-users+unsubscr...@googlegroups.com.
To post to this group, send email to qubes-users@googlegroups.com.
To v
`Domain disp6345 has failed to start: WARNING: Remaining free space in metadata
of thin pool qub/pool00 is too low (94.73%% >= 94.44%%). Resize is recommended.
Cannot create new thin volume, free space in thin pool qub/pool00 reached
threshold.`
If I try to extend the metadata it says:
`sudo lv