root (/) size is too small by default

kenorb

kenorb

Another bug.
When choosing default configuration, FreeBSD installer choosing 500M by default for root (/).
By default kernel has option to compile debug symbols.
After downloading fresh kernel, compile and install it, you are out of space.

Code: 
/: write failed, filesystem is full
install: /boot/kernel/x86bios.ko.symbols: No space left on device
* Error code 71

Code: 
Filesystem Type Size Used Avail Capacity Mounted on
/dev/ad0s1a ufs 496M 490M -34M 107% /
devfs devfs 1.0K 1.0K 0B 100% /dev
/dev/ad0s1e ufs 496M 18K 456M 0% /tmp
/dev/ad0s1f ufs 15G 3.1G 10G 23% /usr
/dev/ad0s1d ufs 1.9G 127M 1.6G 7% /var

Please fix it.
 
sk8harddiefast said:
Move your root on "/usr" and make a link on / using "ln -s" ? Or put more space on / via sysinstall. I gave 5 giga.
Click to expand...

Solution should be fixed from the top. Not by hacking the system by each user who started to use it.

SirDice said:
File a PR.
Click to expand...
I seen somewhere some discussion about it, but I had no time to check it. When I start investigating some problem, meanwhile I've got another one.
I'd no time to find duplicate, so I reported one.
Thanks for suggestion.
 
Solution should be fixed from the top. Not by hacking the system by each user who started to use it.
Click to expand...
To create manually the partitions via sysinstall is not system's hacking! I don't see any bug here and setup the partitions takes 2 minutes the most!
 
While I agree, at least to some extent, with sk8harddiefast, I do think the partition size is a bit on the small size in this day and age. It should, at the very least, have enough room to install a new GENERIC kernel without choking.

I personally have no problem with it but that's mainly because I always build custom kernels.

Edit: I just checked on of my machines that does run on GENERIC and root (/) is only 77% full. And that's with kernel, kernel.old and a kernel.orig. So it looks like it has enough room.
 
512m is more then enought, just remove *.symbols files:
Code: 
# find /boot -name \*.symbols -exec rm -rf {} ';'

Code: 
% df -m /
Filesystem      1M-blocks Used Avail Capacity  Mounted on
/dev/label/root       495  256   234    52%    /
 
Removing stale crap in root's home directory usually does wonders too.
 
This comes up on a yearly basis on the mailing lists, anytime the size of the GENERIC kernel install grows. There's been lots of discussion around just nuking the whole "auto" option, or using relative sizes (give / 10%), or using a sliding scale (no separate fs for disks < 10G, / == 512 MB on disks < 100 GB, / == 1 GB etc), and so on.

Personally, I think the whole "auto" option should be removed, and that a minimum size for / should be mandated in the installer, which would be "size of minimal FreeBSD install + 15%". But, I'm not going to start mucking around in sysinstall's innards. :) I've heard horror stories from people in padded rooms who tried to work in there. ;)

On all my systems, I use 2 GB for /, which gives enough room for 3 or 4 kernels, plus the base OS, including man pages. With some room to spare.
 
My first install had 500MB for root(/) too, and it was small. I manually allocated 1GB the second time I installed FreeBSD. It would be better to allocate more space by default.
 
Code: 
> df -h /
Filesystem         Size    Used   Avail Capacity  Mounted on
/dev/ufs/rootfs    1.9G     70M    1.7G     4%    /

I'd say 500M is more than enough. Of course, those /boot/kernel/*.symbols files would take up most of the rest, obviously.
 
I wonder if the symbols need to be in /? I think they're only needed for debugging - might be nice to keep them out of /...
 
If your system works perfectly fine and you never debug your kernel why keep ~100M (for a ~40M kernel) of debugging symbols at all?
Remove them from the GENERIC and disable them on a custom kernel.
 
With the disk sizes common today, shoehorning / into the smallest possible partition doesn't make much sense to me. Good to see the default at least has been raised to 1Gb. Personnally I never use less than 2Gb for root (but usually without a separate /var). In my experience that leaves plenty of room also for keeping a week's worth of snapshots.
 
svn rev 211007 on 2010-08-07 12:18:36z by brucec

increase the default and minimum partition sizes.
Bump / to 1gb, /var to 4gb and /tmp to 1gb.
A 512mb root partition is now too small to hold two kernels, so to
prevent installkernel failing 1gb is a better default. Likewise,
applications are storing more data in /var so 4gb is more reasonable
on a modern machine.
Click to expand...

cool!
 
You must log in or register to reply here.
Back
Top