Default FS Layout Too Small?
Lawrence Stewart
lstewart at freebsd.org
Tue Feb 24 19:20:39 PST 2009
Tim Kientzle wrote:
> Craig Rodrigues wrote:
>> On Tue, Feb 24, 2009 at 11:10:25AM -0800, Sean Bruno wrote:
>>
>>> I would assume that the default would be much larger now-a-days. I think
>>> a simple doubling to 1G would be sufficient.
>>
>> Is there any point these days to having sysinstall auto-default to
>> creating
>> separate slices for /tmp, /var/, /usr........
>> when setting up new systems, I've started just ignoring the sysinstall
>> auto-defaults and making one big / partition
>> and installing FreeBSD there....
>>
>> It seems every release we need to keep bumping up the size of
>> the sysinstall auto-defaults because they are too small.
>>
>> This bites new users.
>
> I agree. The "one big /" style of partitioning seems a
> much more reasonable default for most desktop/laptop users
> these days. For server users, the separate /tmp and /var
> are pretty critical, though I doubt those folks are using
> the "A"uto layout very much, so changing the "A"uto layout
> to just allocate / and swap would seem to make sense.
When I last played around with having 1 large partition in the 6.1 days,
it didn't actually work consistently. From memory the issue is that if
the boot filesystem (which was on the large root partition) extended
past a particular combination of cyl/head/sector, the machine would
crash in the boot stage. With a 20GB disk it was fine, but a 40GB disk
would trigger the crash.
This may have been fixed since then, but it would be worth doing some
testing on a range of hardware before we could recommend it as an option.
Cheers,
Lawrence
More information about the freebsd-current
mailing list