I think that gnome-disks is very useful application and complementing Librem 5 features just fine. One implementation example is kindly confirmed here:
Another DE usage is shown here:
To include that the second option here might be executed under CLI as well:
https://manpages.debian.org/testing/gnome-disk-utility/gnome-disks.1.en.html
Gnome-disks had the the resize option greyed out. Maybe because it just opens up with user privileges? I was going to try and open the GUI using sudo from the terminal, but while I was in there, I decided to just try and do it manually. Sequence to expand the LUKS partition went something like this:
(all with sudo)
parted —pretend-input-tty /dev/mmcblk0 resizepart 2 100%
partx -u /dev/mmcblk0
cryptsetup resize /dev/mapper/crypt_root
resize2fs /dev/mapper/crypt_root
df suggests that it worked, although it looks kind of funny in gnome-disks now. Maybe just needs a reboot. But maybe I don’t reboot and enjoy the phone for awhile in case I totally screwed something up that will manifest on reboot.
Update - I went ahead and let it update and reboot. Worked fine, and now it looks normal in gnome-disks. Now root has expanded to the rest of the drive and no more out of space errors.
I get the same error about 500-800MB remaining depending on the day.
Btw in gnome browser i cannot uploaad images to the forum which is a bummer.
@N8W all lines together at once or line after line? Id rather not brick my phone that early in its life 
i have done that on Sailfish OS twice while trying to resize root partition, that was even without encryption.
I would say: always line after line so that you stop if something isn’t right.
Note that the forum has butchered the parted command option. It should be
---pretend-input-tty
and is a hidden (undocumented) option.
Edit: For clarity, confirming, the option is preceded by 3 dashes i.e. relatively non-standard. Not 1, not 2, but 3.
3 dashes? (10 chars)
Yes.
hmmm doesnt seem to work for me:
sudo parted ---pretend-input-tty /dev/mmcblk0 resizepart 2 100%
Information: You may need to update /etc/fstab
My drives are both defined by UUID= in fstab.
Just “information”, not “error”? (…and I don’t think you will need to update /etc/fstab for this particular operation)
Got it thank at the end it states:
sudo resize2fs /dev/mapper/crypt_root resize2fs 1.46.2 (28-Feb-2021) The filesystem is already 7513088 (4k) blocks long. Nothing to do!
Is that what showed up for you too?
Here related and useful pre-steps (warm-up ones) that are informational only and easily executed directly within (non-encrypted) Librem 5 CLI (no big difference output):
sudo partx --show /dev/sda
sudo parted ---pretend-input-tty /dev/sda print
sudo parted /dev/sda print
While not in need, not from my side tested one (that includes yes):
sudo parted -a optimal ---pretend-input-tty resizepart X Yes 100%
Therefore here posting related link to the non-interactive parted usage, explanation actually.
Sorry, I’ve been away a few days. I’m glad others answered questions.
Curious question: did your mmcblk0 appear to have a bunch of free space at the end like mine did when you checked in gnome disks?
To confirm some of the previous answers: yes each a separate line (with sudo in front); yes three dashes - It was a weird one… sorry I didn’t notice that the forum had “auto-incorrected” my dashes.
Next: “You may need to update /etc/fstab” was the same notice I got. I believe it means that the partition was expanded out successfully, but the command is worried fstab wouldn’t know it yet? I believe the partx -u command updates the kernel to know the partition was expanded, so maybe it tips-off fstab? I did not update fstab separately, and it worked fine.
In the end, I do not believe I got the note that the filesystem was already that long. Did part -u and cryptsetup commands run successfully?
I’m curious what your gnone disks thinks about your partions now?
Yes all commands ran successfully gnome looks identical to before. I believe my case might be different, the file system warnings start because i have less than 1GB of space left in root. The Luks partition has 2.3Gb free, the file partition 1 has 275MB free, and the unallocated free space has 5.2Mb free.
I think my case is related to root running out of space literally. Too bad that usage the app cant access it so i can visually see which folder is sucking up all the space.
You should probably have more than 2.3 GB free in the Luks partition, since the total drive space is bigger than 31 GB. On my phone, that was the the “root” of my problem. I think root is actually in the Luks partition.
If you’ve taken some pictures with the phone, maybe try moving those pictures off of that drive (Home Pictures directory), and onto your SD card. If that frees up enough space to stop the error, your issue could still could be the same as mine.
I also had 5.2 Mb free at the front end of the drive (and still do). But I had 27 GB unallocated at the end as well, which is now fixed. When I was using the terminal to check for space, I would miss that fact, since 27123123123 is tough to distinguish from 2712312312 at a quick glance. I would still like to see a screen capture (or pic upload, since your drive is out of space) of the 31 GB drive from the Disks application.
sudo du -hsx /* | sort -rh | head -n 40
I find a few large files but not 31GB large. I have been deleting the RAW image files each 13MB that i took with the camera, and i am synching files using syncthing from folders on my laptop so there are a lot of old documents and emails mostly, Music i store on the SD drive. So far after deleting some email attachment archive files that were a little larger i cleared 1GB, so have 2GB free now.
My LUKS is 31GB or 31,268,536,320 bytes.
Purism Home Folder:
$ sudo du -hsx /home/purism/* | sort -rh | head -n 40 [sudo] password for purism: 1.5G /home/purism/Documents 80M /home/purism/Pictures 56M /home/purism/Music 21M /home/purism/core 15M /home/purism/bin 11M /home/purism/lynis 1.1M /home/purism/Downloads 596K /home/purism/lynis.log 124K /home/purism/lynis-report.dat 16K /home/purism/Maps.OSM 4.0K /home/purism/propellants.yaml 4.0K /home/purism/preferences.yaml 4.0K /home/purism/Videos 4.0K /home/purism/Templates 4.0K /home/purism/Sync 4.0K /home/purism/Public 4.0K /home/purism/OnionShare 4.0K /home/purism/Desktop 0 /home/purism/cap_%d
Weirdly Enough the Home folder is:
~$ sudo du -hsx /home/* | sort -rh | head -n 40 15G /home/purism
Where did all that 13GB go?
Very good question. Do you usually delete stuff through the GUI or the terminal? Have you emptied the trash lately?
@N8W Ended up running Bleachbit, which quickly shows all the sizes of files and folders that can be deleted: My System Cache had 10.06GB in it. There must be some sortof runaway process bug or memory leak that keeps collecting data. Just deleted the system cache, but not sure if it comes back. I think that explains where the 13GB went the other ~3GB where in:
I should probably created a separate topic for this?
Do not forget that you might want to use (currently just for actual overview of …), on Librem 5 in landscape mode:
Cap’n:
I am glad you recovered your lost booty drive space. [Yes, I know it was root, not boot, but root didn’t work with my bad pun]. That is an odd finding with the system cache. I think that topic is just as good here, since if you overfilled that drive, it would almost certainly cause the same issue I had. I think their update software was fixed to verify space on the boot partition. However, after I had my problem with the root partition, which ended in the same result after running an update, I am not sure if they fixed the updater to ensure there is enough space on the root partition too.