Date: Wed, 01 Apr 2009 08:03:56 +0300 From: Andrei Kolu <antik@bsd.ee> To: FreeBSD Stable <freebsd-stable@freebsd.org> Subject: Re: 32bit filesystem limitations Message-ID: <49D2F5BC.2080803@bsd.ee> In-Reply-To: <gqt77t$su1$1@ger.gmane.org> References: <49CA3795.609@bsd.ee> <gqddl4$bd2$1@ger.gmane.org> <49CA4498.2020007@bsd.ee> <gqdhdp$qeb$1@ger.gmane.org> <49CA837D.3040202@barryp.org> <9bbcef730903251301u5ca861f5vcbe7622630cb180e@mail.gmail.com> <49D0AFFC.2090306@bsd.ee> <gqt77t$su1$1@ger.gmane.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Ivan Voras wrote: > Andrei Kolu wrote: > >> Ivan Voras wrote: >> >>> 2009/3/25 Barry Pederson <bp@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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?49D2F5BC.2080803>