You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@rlaager, I have the following issue with the Ubuntu 22.04 Root on ZFS for Raspberry Pi HOWTO:
I followed your HowTo and it works perfectly well so far, thank you for this. But after some time and some updates , a apt upgrade fails with /boot/firmware: no space left on device. My workaround is quite simple, I multiply the value for BOOT= by 3 to get a larger partition. After the installation I temorarily move the content of /boot/firmware to somewhere else, mkfs.vfat /dev/sdX1, move former content back (there is plenty of space now) and update /etc/fstab to the new UUID of /dev/sdX1. If there ist a better solution for this issue, a hint in the HowTo would be great.
The text was updated successfully, but these errors were encountered:
Can you see what is using all the space? Is this something where it needs to have two copies of everything during an upgrade or similar?
I have not investigated it to the full extend, but it looks like there is some kind of "backup before replace" mech at work.
To be clear, I think the answer here will just be that we need the instructions to specify a bigger partition.
To increase just the size of the partition (multiply BOOT by 3) was my first attempt, but I always ended up with just 256MB size of /boot/firmware filesystem. I had to expand the filesystem (reformat was the fastes solution for me) to get a larger filesystem.
@rlaager, I have the following issue with the Ubuntu 22.04 Root on ZFS for Raspberry Pi HOWTO:
I followed your HowTo and it works perfectly well so far, thank you for this. But after some time and some updates , a
apt upgrade
fails with/boot/firmware: no space left on device
. My workaround is quite simple, I multiply the value forBOOT=
by 3 to get a larger partition. After the installation I temorarily move the content of/boot/firmware
to somewhere else,mkfs.vfat /dev/sdX1
, move former content back (there is plenty of space now) and update/etc/fstab
to the new UUID of/dev/sdX1
. If there ist a better solution for this issue, a hint in the HowTo would be great.The text was updated successfully, but these errors were encountered: