32bit filesystem limitations

Andrei Kolu antik at bsd.ee
Tue Mar 31 22:03:50 PDT 2009


Ivan Voras wrote:
> Andrei Kolu wrote:
>   
>> Ivan Voras wrote:
>>     
>>> 2009/3/25 Barry Pederson <bp at barryp.org>:
>>>
>>>  
>>>       
>>>> Is there any reason not to skip labeling/partitioning and use da1
>>>> directly?
>>>>  Just newfs it and mount it.  I've done this with a couple large Areca
>>>> arrays with no ill effect so far.
>>>>     
>>>>         
>>> Nope, no practical reason. Skip the partitioning if you don't need it.
>>>
>>>   
>>>       
>> Finally: # newfs /dev/da1
>>     
>
> (note: no soft-updates here)
>
>   
Oops. OK, I can enable it next boot from rc.local:

tunefs -n enable /data


>> a# df -H
>> Filesystem     Size    Used   Avail Capacity  Mounted on
>> .....
>> /dev/da1       3.4T    4.1k    3.1T     0%    /data
>> .....
>>
>> Mission accomplished. But why sysinstall plays such an ugly game? This
>> problem should be announced as a bug.
>>     
>
> Because sysinstall only knows about fdisk and bsdlabel partition types,
> and those have a fixed format defined in the old days. You get the same
> problem with basically all operating systems today except latest
> versions of Windows Server which uses GPT by default.
>
> (but simply always using GPT by default isn't a good option because it
> will interfere with people wanting to multi-boot other operating systems).
>   
I forgot to try ZFS on that particular server- maybe that one would be 
better alternative? I have experience with ZFS on terabyte sized volumes 
and had no ill effects so far- what about really large filesystems? I 
know that ZFS is considered experimental.


More information about the freebsd-stable mailing list