David Robillard escribió:
Hi,
I'm implementing a backup solution at work.We've bought a x86 server
with two hardware raid 5 with for a total storage capacity of about 7Tb.
For the software we are using for backups, the ideal scenario would be
to have just one "big disk" so that no space problems
> Hi,
> I'm implementing a backup solution at work.We've bought a x86 server
> with two hardware raid 5 with for a total storage capacity of about 7Tb.
>
> For the software we are using for backups, the ideal scenario would be
> to have just one "big disk" so that no space problems would appear.
>
If you only have FreeBSD installed on the box or if you don't need
slices/partitions you can just do newfs /dev/xxx (dedicate).
vinum should not be used on 6.x and above, gvinum (GEOM + vinum)
replaced it but I'm not sure if it's still actively
supported/developped .. (?)
Also, take a look at gco
As far as I understand from the following sentence taken from the link
you are pointing and the text following it:
"...Many systems don't require an MBR or GPT, and even PCs don't require
it if booting and inter-operating with other OS's is not required. The
next limit that comes in, though, i
You cannot use fdisk slices/partitions with disks over 2TB. For those
GPT should be used. More info is available from here :
http://www.freebsd.org/projects/bigdisk
On Wed, 2008-05-21 at 13:57 +0200, Matias Surdi wrote:
> Hi,
> I'm implementing a backup solution at work.We've bought a x86 server
Hi,
I'm implementing a backup solution at work.We've bought a x86 server
with two hardware raid 5 with for a total storage capacity of about 7Tb.
For the software we are using for backups, the ideal scenario would be
to have just one "big disk" so that no space problems would appear.
I've tr
