On Sun, 7 Feb 2021 08:50:52 -0500
Abner Gershon wrote:
> The reason this is currently impossible is due to GPT and gmirror both
> trying to store metadata in the last disk sector.
I don't know whether GPT with gmirror is a special case, but
generally when something uses the last sector for metad
On Feb 8, 2021, at 1:36 PM, Kevin P. Neal wrote:
> On Sun, Feb 07, 2021 at 05:55:58PM -0500, Paul Mather wrote:
>> To be honest, I don't remember what it does because I only use gmirror
>> for swap nowadays, but I have a sneaking suspicion from memory that it was
>
> Is this safe? I thought tha
Thanks for the clarifications and additional info.
-Ab
On Sun, Feb 7, 2021 at 5:56 PM Paul Mather wrote:
> On Feb 7, 2021, at 4:23 PM, Abner Gershon <6731...@gmail.com> wrote:
>
> > Wow, thanks for opening my eyes to this. I did not realize that BSD
> > partitions may be layered on top of a GPT
On Feb 7, 2021, at 4:23 PM, Abner Gershon <6731...@gmail.com> wrote:
> Wow, thanks for opening my eyes to this. I did not realize that BSD
> partitions may be layered on top of a GPT partition.
Hopefully it was clear from my original reply that I wasn't sure you could do
this and you should try
Wow, thanks for opening my eyes to this. I did not realize that BSD
partitions may be layered on top of a GPT partition.
If I understand this correctly, you are suggesting I use fdisk to partition
a GPT partition?
BSD partitions are still limited to 2TB but that would be 2TB per GPT
partition.
M
On Feb 7, 2021, at 8:50 AM, Abner Gershon <6731...@gmail.com> wrote:
> Disclaimer, I am not a programmer but have tinkered with shell and perl
> scripts. Having said that, I think many would appreciate the option of
> using gmirror with disks larger than 2T.
>
> The reason this is currently impos
Disclaimer, I am not a programmer but have tinkered with shell and perl
scripts. Having said that, I think many would appreciate the option of
using gmirror with disks larger than 2T.
The reason this is currently impossible is due to GPT and gmirror both
trying to store metadata in the last disk s
