In fact, i’m running into the same problem, dev/sda1* 100% used, overlayfs (“Other” indeed also taking up roughly 6-7 GB). Also happened after trying to update. I have plenty of space on the vmware vm, but not confident enough how to expand the filesystem within homey-shs as it seems it is the boot image. Any help would really be appreciated. (i have enlarged the disk of the vm already)
execute parted with the device as argument (in your case /dev/sda): parted /dev/sda
Type print, you should see something like this:
Model: VMware Virtual disk (scsi)
Disk /dev/sda: 21.5GB
Sector size: 512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1049kB 8590MB 8589MB primary ext4 boot
Notice the disk size (21.5 GB) and the partition size (8589 MB). This means you could increase the size of the partition, which brings us to the next step.
5. Type the following to resize the partition to maximum: resizepart 1 100%
The first number is the number of the partition. In this example it’s 1, but it could have another value. In your case it’s 1 @Frankness (/dev/sda1). 100% means: take all available free unallocated disk space.
6. Exit parted by typing: quit
7. Not done yet, the filesystem needs to be increased as well, type resize2fs [filesystem]: resize2fs /dev/sda1
8. We should be good now. The filesystem should have increased, confirm via: df -h
If anything didn’t go as planned, revert the snapshot.
Thanks for the help! But I’ve noticed just now i cannot even install parted anymore, not enough diskspace haha. I start to think to uninstall the whole thing, start fresh, increase first the size , then restore from backup. I’m a bit puzzeled why the docker file as downloaded from Homey is so tight in size?
Thanks again! I now get the error that it can’t have overlapping partitions, which makes sense when thinking about it. Might have to start from scratch after all lol, there goes my weekend lol
I think i’ve solved it for now! I was browsing through the filesystem and noticed there were for some reason lots of containers/images. That made no sense so I used the command docker image prune . That cleaned up almost 5GB at once. Then restarted, it downloaded and installed the update and all is well now. I wonder where it came from. maybe some earlier failed updates.
Anyhow, thanks again for the help! I anyhow want to know more about linux so will install ubuntu soon and will run homey-shs from there (but first make sure it will have plenty of space haha)
The person that created this image apparently doesn’t have a lot of Linux/UNIX experience, placing the main (“boot”) partition first on the disk is asking for trouble since it means you’ll never be able to resize it because it will overlap with the following (“lba”) partition.
Also, a separate swap partition is silly nowadays, especially when it’s only 503MB big. And it wouldn’t surprise me if there’s still a swapfile somewhere in the boot partition.
My suggestion:
(make sure the current image is backed up properly!)
remove the #2 (“lba”) and #5 (“swap”) partitions (they’re useless anyway)
resize the #1 (“boot”) partition
reboot
after rebooting, use resize2fs to resize the filesystem
I’m not sure if you can perform the second and third step (with parted) while the system is running normally (that is, with filesystems/swap mounted). You may also need to run swapoff to get Linux to “let go” of the swap partition before removing it.
So it might be necessary to boot the VM from a virtual USB device, with something like a live Ubuntu or Debian image.