|
Post by cloisteredneuron on Dec 28, 2021 21:15:22 GMT
I did these searches trying to find a solution:
https://bodhilinux.boards.net/search/results?captcha_id=captcha_search&what_at_least_one=disk+space https://bodhilinux.boards.net/board/17/bodhi-support?q=disk+space https://www.bodhilinux.com/?s=disk+space I have a Hyper-V installation of bodhi-6.0.0-64.iso on which I've installed HTOP and it is consuming about 6.2GB.
I have a Hyper-V installaiton of Fedora-LXDE-Live-x86_64-35-1.2.iso on which I've install HTOP and it is consuming about 4.8GB.
Fedora has more apps installed than the minimal Bodhi install.
I can't check the size but I did have antiX-19.4_x64-base.iso installed which had a lot of apps and I think the disk space used was around 3GB.
I also have Hyper-V installations of Mint and Xubuntu which are around 10GB in size.
Are there any Bodhi pre/post installation steps I can take to reduce Bodhi disk space consumpiton?
I have plenty of RAM and the system is not my main system so I'm OK with no swap, no hibernate, no suspend, no dedicated temp, etc.
Also is there a better way than sudo apt-get --purge remove to ensure all remnants of an application are removed?
|
|
enigma9o7
Crew Member
Posts: 1,427
Likes: 1,336
|
Post by enigma9o7 on Dec 28, 2021 22:21:57 GMT
That lxde iso is ~1.3GiB, where Bodhi's is only 830MiB. So I think you're on the right track with things like swapfiles... I do think /tmp gets wiped on reboot tho...
purge doesn't ensure everything is gone even tho its supposed to. Some apps can leave a file or folder in your home directory, or in ~/.config or ~/.local/share etc, so if you really want to 100% be sure, delete your whole home folder... or take a look around.
Run `swapon` to see how big your swap file is. You could install baobab (gui disk usage analyzer) to see where Bodhi is using space.
|
|
|
Post by deepspeed on Dec 28, 2021 23:27:21 GMT
You also have to remember that OS's with different bases (ubuntu vs fedora) will have different sizes on the drive after a fresh install. According to your numbers, other ubuntu variants (which is what Bodhi is based on) are also large after install.
I suspect that's a large part of your issue here.
|
|
|
Post by Hippytaff on Dec 28, 2021 23:54:09 GMT
You can also do sudo apt autoremove to remove stuff left behind that purge might have missed.
|
|
enigma9o7
Crew Member
Posts: 1,427
Likes: 1,336
|
Post by enigma9o7 on Dec 29, 2021 0:16:16 GMT
You also have to remember that OS's with different bases (ubuntu vs fedora) will have different sizes on the drive after a fresh install. According to your numbers, other ubuntu variants (which is what Bodhi is based on) are also large after install. I suspect that's a large part of your issue here.
I suspect it's not. I believe ylee has gone to effort to strip out everything we don't really need when starting from ubuntu server, whereas fedora isn't meant to be a minimal distro, and I doubt needs significantly less stuff than we do.
|
|
kev392
Crew Member
Posts: 356
Likes: 474
|
Post by kev392 on Dec 29, 2021 1:33:30 GMT
You also have to remember that OS's with different bases (ubuntu vs fedora) will have different sizes on the drive after a fresh install. According to your numbers, other ubuntu variants (which is what Bodhi is based on) are also large after install. I suspect that's a large part of your issue here.
I suspect it's not. I believe ylee has gone to effort to strip out everything we don't really need when starting from ubuntu server, whereas fedora isn't meant to be a minimal distro, and I doubt needs significantly less stuff than we do.
Fedora is really nothing more than a testing ground for Red Hat Enterprise.
|
|
|
Post by deepspeed on Dec 29, 2021 1:43:07 GMT
I suspect it's not. I believe ylee has gone to effort to strip out everything we don't really need when starting from ubuntu server, whereas fedora isn't meant to be a minimal distro, and I doubt needs significantly less stuff than we do.
Bodhi is still a fair bit smaller than other *buntu's he listed earlier, but the ubuntu based distros do seem to be fairly chunky on the HDD post-install. Even with Bodhi being stripped for minimalism, the base may still use more disk space than others. *buntu stuff is also generally best for OOTB hardware compatibility from what I know, so maybe it's a matter of drivers and such.
|
|
|
Post by cloisteredneuron on Dec 29, 2021 6:15:56 GMT
Thanks for the baobab suggestion. I found a couple GBs of space was consumed by files used by the sysbench benchmarking tool. With those removed I'm down to 4.6GB. One odd thing about baobab is when you right-mouse-click/open-folder on a directory it does not open and I did not find a preference screen where I could configure baobab to use Thunar. Any ideas on this? Using Baobab I found some files which I might be able to delete. This looks like video drivers – should it be safe to delete the ones not being used? /usr/lib/x86_64-linux-gnu/dri$ du -h 282M
Looks like .DEB installation files – should it be safe to delete these? /var/cache/apt/archives$ du -h 327M Below I see 6 Type tmpfs entries and 1 devtmpfs entry in the df -lhT output. Cheecking gparted I only see 2 partitions /dev/sda1 (boot partition) and /dev/sda2 (everything else partition). These tmpfs and devtmpfs entires have size/used/avail/use% attributes associated with them. Are these folders or files which can be deleted?
The Type vfat entry looks like a boot partition. Currently this consumes only 2% of a 506MB partition. Can this be safely shrunk with something like gparted? If so, how much data does the boot partition normally consume? /$ df -lhT Filesystem Type Size Used Avail Use% Mounted on udev devtmpfs 430M 0 430M 0% /dev tmpfs tmpfs 92M 688K 91M 1% /run /dev/sda2 ext4 11G 4.3G 5.8G 43% / tmpfs tmpfs 458M 0 458M 0% /dev/shm tmpfs tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs tmpfs 458M 0 458M 0% /sys/fs/cgroup /dev/sda1 vfat 511M 5.3M 506M 2% /boot/efi tmpfs tmpfs 92M 8.0K 92M 1% /run/user/112 tmpfs tmpfs 92M 16K 92M 1% /run/user/1000 Thanks for the swapon suggestion. I disabled and deleted the 353MB swapfile: sudo swapoff /swapfile sudo rm swapfile
|
|