Hi,
I am using a space constrained system.
Fresh install of proxmox uses 70GB, thick provisioned and it's difficult to reclaim this space for use by the thin pool while also not risking to run out.
So I think the solution would be that root should be a thin volume.
However, grub can't access a thin volume, as far as I can tell there are no linux bootloader that can boot thin volumes.
But I think that MOST of the root filesystem, can still live in the thin pool, just not the contents of /boot ?
So far I've attempted this
booted to the proxmox installer, hit ctrl+alt+F3
Rebooted and the system still works without issues
So next step, I tried the same thing again, but I created the root volume in the thin pool instead
Now grub doesn't boot, confirm that it's not going to be this easy !
Now I am going to investigate just HOW MUCH of the root partition really has to be thick provisioned to boot
In my next attempt, I will put only the contents of the /boot folder into a thick volume and try to boot that in a way that does not break anything else in proxmox.
In particular I want to avoid breaking kernel update and the commands like
Which do hocus-pocus things to mess with kernel modules and graphic cards drivers and if I can avoid having to learn that I would die happier ! Which is probably not going to happen but I'm going to try anyway
I am using a space constrained system.
Fresh install of proxmox uses 70GB, thick provisioned and it's difficult to reclaim this space for use by the thin pool while also not risking to run out.
So I think the solution would be that root should be a thin volume.
However, grub can't access a thin volume, as far as I can tell there are no linux bootloader that can boot thin volumes.
But I think that MOST of the root filesystem, can still live in the thin pool, just not the contents of /boot ?
So far I've attempted this
booted to the proxmox installer, hit ctrl+alt+F3
Code:
# enable ssh with root login
apt update ; apt install -y openssh-server ; echo "permitrootlogin yes" >> /etc/ssh/sshd_config ; /etc/init.d/ssh restart ; passwd root
# mount remote folder
mount //192.168.1.3/guest /mnt/ -o username=nobody,password=
# check sha256 hash
sha256sum /dev/pve/root
# create a file containing all of the root volume
xz -9e -T0 < /dev/pve/root > /mnt/proxmox-root-server1.lan.img.xz
# get exact byte size of root volume
blockdev --getsize64 /dev/pve/root
# remove root volume
lvremove -y /dev/pve/root
# re-create root volume
lvcreate --size 74570530816b -n root pve
# restore contents of the root volume
xz -dc /mnt/proxmox.root.lvm.2025-12-14.img.xz | dd of=/dev/pve/root bs=16M status=progress
# check that partition UUID still good
blkid /dev/pve/root
# check filesystem hash
sha256sum /dev/pve/root
# check filesystem
e2fsck -f /dev/pve/root
Rebooted and the system still works without issues
So next step, I tried the same thing again, but I created the root volume in the thin pool instead
Code:
lvcreate -V 74570530816b -T pve/data -n root
Now grub doesn't boot, confirm that it's not going to be this easy !
Now I am going to investigate just HOW MUCH of the root partition really has to be thick provisioned to boot
In my next attempt, I will put only the contents of the /boot folder into a thick volume and try to boot that in a way that does not break anything else in proxmox.
In particular I want to avoid breaking kernel update and the commands like
Code:
update-initramfs -u
update-grub
Which do hocus-pocus things to mess with kernel modules and graphic cards drivers and if I can avoid having to learn that I would die happier ! Which is probably not going to happen but I'm going to try anyway



