Re: [OpenIndiana-discuss] [oi-dev] Obstacle to GPT label boot?

[Judah Richardson]

IIRC the DE would fail to start on UEFI boot and the display would just
show a blinking cursor. This is how
 I got
OI installed and booting (albeit booting in legacy mode.)

On Fri, Mar 19, 2021 at 3:38 PM Toomas Soome  wrote:

>
>
> On 19. Mar 2021, at 21:06, Judah Richardson 
> wrote:
>
>
>
> On Fri, Mar 19, 2021 at 1:14 PM Toomas Soome  wrote:
>
>>
>>
>> On 19. Mar 2021, at 16:21, Judah Richardson 
>> wrote:
>>
>> Thanks Toomas. A few questions about that:
>>
>>1. Which OI version was originally installed? That would help me
>>pinpoint where OI UEFI support landed
>>
>>
>> That is tricky:D because it was installed before I wrote UEFI support for
>> illumos:D (technically it is still not complete, but thats another story).
>>
>> I was thinking, what point in time to count for this landing - because we
>> did add it step by step, but I think this headsup should be the mark:
>>
>>
>> https://illumos.topicbox.com/groups/developer/T97536ca6fe4642cf-M727f3d9b380cd0b011197de1/headsup-or-something
>>
>> So 2019.05 should have those bits already.
>>
> OK. Welp, didn't work for me when I tried installing the latest Hipster in
> 2020, but the target disk was a 128 GB SSD so not really an issue.
>
>
>
> What was the problem?
>
> rgds,
> toomas
>
>
>
>>
>>
>>1. What hardware is this on? If it's a prebuilt PC brand and model
>>name would be great. If you built the PC yourself, I'd appreciate the 
>> brand
>>and model of the motherboard
>>
>>
>>
>> my host is a bit old already, it is Supermicro X10SAE with Intel(r)
>> Xeon(r) CPU E3-1246 v3 @ 3.50GHz. It is doing ok for my needs (illumos dev
>> and build host).
>>
> Thanks for the info!
>
>>
>> rgds,
>> toomas
>>
>>
>> On Fri, Mar 19, 2021 at 1:18 AM Toomas Soome via openindiana-discuss <
>> openindiana-discuss@openindiana.org> wrote:
>>
>>>
>>>
>>> > On 19. Mar 2021, at 02:31, Reginald Beardsley via oi-dev <
>>> oi-...@openindiana.org> wrote:
>>> >
>>> > Would someone please direct me to an explanation  of why we can't boot
>>> from disk >2 TB in 2021?
>>>
>>>
>>> root@beastie:/code/illumos-gate# format
>>> Searching for disks...done
>>>
>>>
>>> AVAILABLE DISK SELECTIONS:
>>>0. c3t0d0 
>>>   /pci@0,0/pci15d9,805@1f,2/disk@0,0
>>>1. c3t1d0 
>>>   /pci@0,0/pci15d9,805@1f,2/disk@1,0
>>>2. c3t3d0 
>>>   /pci@0,0/pci15d9,805@1f,2/disk@3,0
>>>3. c3t4d0 
>>>   /pci@0,0/pci15d9,805@1f,2/disk@4,0
>>> Specify disk (enter its number): ^D
>>> root@beastie:/code/illumos-gate# zpool status rpool
>>>   pool: rpool
>>>  state: ONLINE
>>>   scan: resilvered 1,68T in 0 days 10:10:07 with 0 errors on Fri Oct 25
>>> 05:05:34 2019
>>> config:
>>>
>>> NAMESTATE READ WRITE CKSUM
>>> rpool   ONLINE   0 0 0
>>>   raidz1-0  ONLINE   0 0 0
>>> c3t0d0  ONLINE   0 0 0
>>> c3t1d0  ONLINE   0 0 0
>>> c3t3d0  ONLINE   0 0 0
>>> c3t4d0  ONLINE   0 0 0
>>>
>>> errors: No known data errors
>>> root@beastie:/code/illumos-gate#
>>>
>>> I can tell, this system does boot just fine with both UEFI and BIOS
>>> firmware.
>>>
>>> rgds,
>>> toomas
>>>
>>> >
>>> > It's very hard for me to see a significant obstacle to reading an x86
>>> MBR that loads code that will then boot from GPT label disks.
>>> >
>>> > I'm rebuilding my Sol 10 u8 system with my spare 2 TB disk.  I'd like
>>> to replace the 3x  2 TB disk RAIDZ1 setup with  a 4-5x disk RAIDZ2 using 4
>>> TB disks using my s0 & s1 configuration.
>>> >
>>> > I must assume that the Illumos market is dominated by customers who
>>> don't care about having a few small SMI labeled boot disks in a farm of
>>> large GPT labeled disks.  But for a 7 SATA port system, that's not very
>>> viable.
>>> >
>>> > Linux, MS and BSD can do it, so we should be able to do it also.  It's
>>> become enough of a personal nuisance that I'm willing to fix it if I get a
>>> modest level of cooperation.
>>> >
>>> > So please, point me at any known issues.  For workstations the s0 root
>>> pool and s1 export pool works really well.
>>> >
>>> > Reg
>>> >
>>> > BTW After a DIMM shuffle, "format -e" and scrubs no longer dump core
>>> on u8.  Now X goes off into la-la land :-(  Clearly I need new DIMMS.
>>> >
>>>
>>>
>>>
>>> ___
>>> openindiana-discuss mailing list
>>> openindiana-discuss@openindiana.org
>>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>>
>>
>
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [oi-dev] Obstacle to GPT label boot?

[Toomas Soome via openindiana-discuss]

> On 19. Mar 2021, at 21:06, Judah Richardson  wrote:
> 
> 
> 
> On Fri, Mar 19, 2021 at 1:14 PM Toomas Soome  > wrote:
> 
> 
>> On 19. Mar 2021, at 16:21, Judah Richardson > > wrote:
>> 
>> Thanks Toomas. A few questions about that:
>> Which OI version was originally installed? That would help me pinpoint where 
>> OI UEFI support landed
> 
> That is tricky:D because it was installed before I wrote UEFI support for 
> illumos:D (technically it is still not complete, but thats another story). 
> 
> I was thinking, what point in time to count for this landing - because we did 
> add it step by step, but I think this headsup should be the mark:
> 
> https://illumos.topicbox.com/groups/developer/T97536ca6fe4642cf-M727f3d9b380cd0b011197de1/headsup-or-something
>  
> 
> 
> So 2019.05 should have those bits already.
> OK. Welp, didn't work for me when I tried installing the latest Hipster in 
> 2020, but the target disk was a 128 GB SSD so not really an issue.


What was the problem?

rgds,
toomas


> 
> 
>> What hardware is this on? If it's a prebuilt PC brand and model name would 
>> be great. If you built the PC yourself, I'd appreciate the brand and model 
>> of the motherboard
>> 
> 
> my host is a bit old already, it is Supermicro X10SAE with Intel(r) Xeon(r) 
> CPU E3-1246 v3 @ 3.50GHz. It is doing ok for my needs (illumos dev and build 
> host).
> Thanks for the info! 
> 
> rgds,
> toomas
> 
>> 
>> On Fri, Mar 19, 2021 at 1:18 AM Toomas Soome via openindiana-discuss 
>> > > wrote:
>> 
>> 
>> > On 19. Mar 2021, at 02:31, Reginald Beardsley via oi-dev 
>> > mailto:oi-...@openindiana.org>> wrote:
>> > 
>> > Would someone please direct me to an explanation  of why we can't boot 
>> > from disk >2 TB in 2021?
>> 
>> 
>> root@beastie:/code/illumos-gate# format
>> Searching for disks...done
>> 
>> 
>> AVAILABLE DISK SELECTIONS:
>>0. c3t0d0 
>>   /pci@0,0/pci15d9,805@1f,2/disk@0,0
>>1. c3t1d0 
>>   /pci@0,0/pci15d9,805@1f,2/disk@1,0
>>2. c3t3d0 
>>   /pci@0,0/pci15d9,805@1f,2/disk@3,0
>>3. c3t4d0 
>>   /pci@0,0/pci15d9,805@1f,2/disk@4,0
>> Specify disk (enter its number): ^D
>> root@beastie:/code/illumos-gate# zpool status rpool
>>   pool: rpool
>>  state: ONLINE
>>   scan: resilvered 1,68T in 0 days 10:10:07 with 0 errors on Fri Oct 25 
>> 05:05:34 2019
>> config:
>> 
>> NAMESTATE READ WRITE CKSUM
>> rpool   ONLINE   0 0 0
>>   raidz1-0  ONLINE   0 0 0
>> c3t0d0  ONLINE   0 0 0
>> c3t1d0  ONLINE   0 0 0
>> c3t3d0  ONLINE   0 0 0
>> c3t4d0  ONLINE   0 0 0
>> 
>> errors: No known data errors
>> root@beastie:/code/illumos-gate# 
>> 
>> I can tell, this system does boot just fine with both UEFI and BIOS firmware.
>> 
>> rgds,
>> toomas
>> 
>> > 
>> > It's very hard for me to see a significant obstacle to reading an x86 MBR 
>> > that loads code that will then boot from GPT label disks.
>> > 
>> > I'm rebuilding my Sol 10 u8 system with my spare 2 TB disk.  I'd like to 
>> > replace the 3x  2 TB disk RAIDZ1 setup with  a 4-5x disk RAIDZ2 using 4 TB 
>> > disks using my s0 & s1 configuration.
>> > 
>> > I must assume that the Illumos market is dominated by customers who don't 
>> > care about having a few small SMI labeled boot disks in a farm of large 
>> > GPT labeled disks.  But for a 7 SATA port system, that's not very viable.
>> > 
>> > Linux, MS and BSD can do it, so we should be able to do it also.  It's 
>> > become enough of a personal nuisance that I'm willing to fix it if I get a 
>> > modest level of cooperation.
>> > 
>> > So please, point me at any known issues.  For workstations the s0 root 
>> > pool and s1 export pool works really well.
>> > 
>> > Reg
>> > 
>> > BTW After a DIMM shuffle, "format -e" and scrubs no longer dump core on 
>> > u8.  Now X goes off into la-la land :-(  Clearly I need new DIMMS.
>> > 
>> 
>> 
>> 
>> ___
>> openindiana-discuss mailing list
>> openindiana-discuss@openindiana.org 
>> 
>> https://openindiana.org/mailman/listinfo/openindiana-discuss 
>> 
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [oi-dev] Obstacle to GPT label boot?

[Judah Richardson]

On Fri, Mar 19, 2021 at 1:14 PM Toomas Soome  wrote:

>
>
> On 19. Mar 2021, at 16:21, Judah Richardson 
> wrote:
>
> Thanks Toomas. A few questions about that:
>
>1. Which OI version was originally installed? That would help me
>pinpoint where OI UEFI support landed
>
>
> That is tricky:D because it was installed before I wrote UEFI support for
> illumos:D (technically it is still not complete, but thats another story).
>
> I was thinking, what point in time to count for this landing - because we
> did add it step by step, but I think this headsup should be the mark:
>
>
> https://illumos.topicbox.com/groups/developer/T97536ca6fe4642cf-M727f3d9b380cd0b011197de1/headsup-or-something
>
> So 2019.05 should have those bits already.
>
OK. Welp, didn't work for me when I tried installing the latest Hipster in
2020, but the target disk was a 128 GB SSD so not really an issue.

>
>
>
>1. What hardware is this on? If it's a prebuilt PC brand and model
>name would be great. If you built the PC yourself, I'd appreciate the brand
>and model of the motherboard
>
>
>
> my host is a bit old already, it is Supermicro X10SAE with Intel(r)
> Xeon(r) CPU E3-1246 v3 @ 3.50GHz. It is doing ok for my needs (illumos dev
> and build host).
>
Thanks for the info!

>
> rgds,
> toomas
>
>
> On Fri, Mar 19, 2021 at 1:18 AM Toomas Soome via openindiana-discuss <
> openindiana-discuss@openindiana.org> wrote:
>
>>
>>
>> > On 19. Mar 2021, at 02:31, Reginald Beardsley via oi-dev <
>> oi-...@openindiana.org> wrote:
>> >
>> > Would someone please direct me to an explanation  of why we can't boot
>> from disk >2 TB in 2021?
>>
>>
>> root@beastie:/code/illumos-gate# format
>> Searching for disks...done
>>
>>
>> AVAILABLE DISK SELECTIONS:
>>0. c3t0d0 
>>   /pci@0,0/pci15d9,805@1f,2/disk@0,0
>>1. c3t1d0 
>>   /pci@0,0/pci15d9,805@1f,2/disk@1,0
>>2. c3t3d0 
>>   /pci@0,0/pci15d9,805@1f,2/disk@3,0
>>3. c3t4d0 
>>   /pci@0,0/pci15d9,805@1f,2/disk@4,0
>> Specify disk (enter its number): ^D
>> root@beastie:/code/illumos-gate# zpool status rpool
>>   pool: rpool
>>  state: ONLINE
>>   scan: resilvered 1,68T in 0 days 10:10:07 with 0 errors on Fri Oct 25
>> 05:05:34 2019
>> config:
>>
>> NAMESTATE READ WRITE CKSUM
>> rpool   ONLINE   0 0 0
>>   raidz1-0  ONLINE   0 0 0
>> c3t0d0  ONLINE   0 0 0
>> c3t1d0  ONLINE   0 0 0
>> c3t3d0  ONLINE   0 0 0
>> c3t4d0  ONLINE   0 0 0
>>
>> errors: No known data errors
>> root@beastie:/code/illumos-gate#
>>
>> I can tell, this system does boot just fine with both UEFI and BIOS
>> firmware.
>>
>> rgds,
>> toomas
>>
>> >
>> > It's very hard for me to see a significant obstacle to reading an x86
>> MBR that loads code that will then boot from GPT label disks.
>> >
>> > I'm rebuilding my Sol 10 u8 system with my spare 2 TB disk.  I'd like
>> to replace the 3x  2 TB disk RAIDZ1 setup with  a 4-5x disk RAIDZ2 using 4
>> TB disks using my s0 & s1 configuration.
>> >
>> > I must assume that the Illumos market is dominated by customers who
>> don't care about having a few small SMI labeled boot disks in a farm of
>> large GPT labeled disks.  But for a 7 SATA port system, that's not very
>> viable.
>> >
>> > Linux, MS and BSD can do it, so we should be able to do it also.  It's
>> become enough of a personal nuisance that I'm willing to fix it if I get a
>> modest level of cooperation.
>> >
>> > So please, point me at any known issues.  For workstations the s0 root
>> pool and s1 export pool works really well.
>> >
>> > Reg
>> >
>> > BTW After a DIMM shuffle, "format -e" and scrubs no longer dump core on
>> u8.  Now X goes off into la-la land :-(  Clearly I need new DIMMS.
>> >
>>
>>
>>
>> ___
>> openindiana-discuss mailing list
>> openindiana-discuss@openindiana.org
>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>>
>
>
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [oi-dev] Obstacle to GPT label boot?

[Toomas Soome via openindiana-discuss]

> On 19. Mar 2021, at 16:21, Judah Richardson  wrote:
> 
> Thanks Toomas. A few questions about that:
> Which OI version was originally installed? That would help me pinpoint where 
> OI UEFI support landed

That is tricky:D because it was installed before I wrote UEFI support for 
illumos:D (technically it is still not complete, but thats another story). 

I was thinking, what point in time to count for this landing - because we did 
add it step by step, but I think this headsup should be the mark:

https://illumos.topicbox.com/groups/developer/T97536ca6fe4642cf-M727f3d9b380cd0b011197de1/headsup-or-something
 


So 2019.05 should have those bits already.


> What hardware is this on? If it's a prebuilt PC brand and model name would be 
> great. If you built the PC yourself, I'd appreciate the brand and model of 
> the motherboard
> 

my host is a bit old already, it is Supermicro X10SAE with Intel(r) Xeon(r) CPU 
E3-1246 v3 @ 3.50GHz. It is doing ok for my needs (illumos dev and build host).

rgds,
toomas

> 
> On Fri, Mar 19, 2021 at 1:18 AM Toomas Soome via openindiana-discuss 
>  > wrote:
> 
> 
> > On 19. Mar 2021, at 02:31, Reginald Beardsley via oi-dev 
> > mailto:oi-...@openindiana.org>> wrote:
> > 
> > Would someone please direct me to an explanation  of why we can't boot from 
> > disk >2 TB in 2021?
> 
> 
> root@beastie:/code/illumos-gate# format
> Searching for disks...done
> 
> 
> AVAILABLE DISK SELECTIONS:
>0. c3t0d0 
>   /pci@0,0/pci15d9,805@1f,2/disk@0,0
>1. c3t1d0 
>   /pci@0,0/pci15d9,805@1f,2/disk@1,0
>2. c3t3d0 
>   /pci@0,0/pci15d9,805@1f,2/disk@3,0
>3. c3t4d0 
>   /pci@0,0/pci15d9,805@1f,2/disk@4,0
> Specify disk (enter its number): ^D
> root@beastie:/code/illumos-gate# zpool status rpool
>   pool: rpool
>  state: ONLINE
>   scan: resilvered 1,68T in 0 days 10:10:07 with 0 errors on Fri Oct 25 
> 05:05:34 2019
> config:
> 
> NAMESTATE READ WRITE CKSUM
> rpool   ONLINE   0 0 0
>   raidz1-0  ONLINE   0 0 0
> c3t0d0  ONLINE   0 0 0
> c3t1d0  ONLINE   0 0 0
> c3t3d0  ONLINE   0 0 0
> c3t4d0  ONLINE   0 0 0
> 
> errors: No known data errors
> root@beastie:/code/illumos-gate# 
> 
> I can tell, this system does boot just fine with both UEFI and BIOS firmware.
> 
> rgds,
> toomas
> 
> > 
> > It's very hard for me to see a significant obstacle to reading an x86 MBR 
> > that loads code that will then boot from GPT label disks.
> > 
> > I'm rebuilding my Sol 10 u8 system with my spare 2 TB disk.  I'd like to 
> > replace the 3x  2 TB disk RAIDZ1 setup with  a 4-5x disk RAIDZ2 using 4 TB 
> > disks using my s0 & s1 configuration.
> > 
> > I must assume that the Illumos market is dominated by customers who don't 
> > care about having a few small SMI labeled boot disks in a farm of large GPT 
> > labeled disks.  But for a 7 SATA port system, that's not very viable.
> > 
> > Linux, MS and BSD can do it, so we should be able to do it also.  It's 
> > become enough of a personal nuisance that I'm willing to fix it if I get a 
> > modest level of cooperation.
> > 
> > So please, point me at any known issues.  For workstations the s0 root pool 
> > and s1 export pool works really well.
> > 
> > Reg
> > 
> > BTW After a DIMM shuffle, "format -e" and scrubs no longer dump core on u8. 
> >  Now X goes off into la-la land :-(  Clearly I need new DIMMS.
> > 
> 
> 
> 
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org 
> 
> https://openindiana.org/mailman/listinfo/openindiana-discuss 
> 

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [oi-dev] Obstacle to GPT label boot?

[Judah Richardson]

Thanks Toomas. A few questions about that:

   1. Which OI version was originally installed? That would help me
   pinpoint where OI UEFI support landed
   2. What hardware is this on? If it's a prebuilt PC brand and model name
   would be great. If you built the PC yourself, I'd appreciate the brand and
   model of the motherboard



On Fri, Mar 19, 2021 at 1:18 AM Toomas Soome via openindiana-discuss <
openindiana-discuss@openindiana.org> wrote:

>
>
> > On 19. Mar 2021, at 02:31, Reginald Beardsley via oi-dev <
> oi-...@openindiana.org> wrote:
> >
> > Would someone please direct me to an explanation  of why we can't boot
> from disk >2 TB in 2021?
>
>
> root@beastie:/code/illumos-gate# format
> Searching for disks...done
>
>
> AVAILABLE DISK SELECTIONS:
>0. c3t0d0 
>   /pci@0,0/pci15d9,805@1f,2/disk@0,0
>1. c3t1d0 
>   /pci@0,0/pci15d9,805@1f,2/disk@1,0
>2. c3t3d0 
>   /pci@0,0/pci15d9,805@1f,2/disk@3,0
>3. c3t4d0 
>   /pci@0,0/pci15d9,805@1f,2/disk@4,0
> Specify disk (enter its number): ^D
> root@beastie:/code/illumos-gate# zpool status rpool
>   pool: rpool
>  state: ONLINE
>   scan: resilvered 1,68T in 0 days 10:10:07 with 0 errors on Fri Oct 25
> 05:05:34 2019
> config:
>
> NAMESTATE READ WRITE CKSUM
> rpool   ONLINE   0 0 0
>   raidz1-0  ONLINE   0 0 0
> c3t0d0  ONLINE   0 0 0
> c3t1d0  ONLINE   0 0 0
> c3t3d0  ONLINE   0 0 0
> c3t4d0  ONLINE   0 0 0
>
> errors: No known data errors
> root@beastie:/code/illumos-gate#
>
> I can tell, this system does boot just fine with both UEFI and BIOS
> firmware.
>
> rgds,
> toomas
>
> >
> > It's very hard for me to see a significant obstacle to reading an x86
> MBR that loads code that will then boot from GPT label disks.
> >
> > I'm rebuilding my Sol 10 u8 system with my spare 2 TB disk.  I'd like to
> replace the 3x  2 TB disk RAIDZ1 setup with  a 4-5x disk RAIDZ2 using 4 TB
> disks using my s0 & s1 configuration.
> >
> > I must assume that the Illumos market is dominated by customers who
> don't care about having a few small SMI labeled boot disks in a farm of
> large GPT labeled disks.  But for a 7 SATA port system, that's not very
> viable.
> >
> > Linux, MS and BSD can do it, so we should be able to do it also.  It's
> become enough of a personal nuisance that I'm willing to fix it if I get a
> modest level of cooperation.
> >
> > So please, point me at any known issues.  For workstations the s0 root
> pool and s1 export pool works really well.
> >
> > Reg
> >
> > BTW After a DIMM shuffle, "format -e" and scrubs no longer dump core on
> u8.  Now X goes off into la-la land :-(  Clearly I need new DIMMS.
> >
>
>
>
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
>
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [oi-dev] Obstacle to GPT label boot?

[Toomas Soome via openindiana-discuss]

> On 19. Mar 2021, at 02:31, Reginald Beardsley via oi-dev 
>  wrote:
> 
> Would someone please direct me to an explanation  of why we can't boot from 
> disk >2 TB in 2021?


root@beastie:/code/illumos-gate# format
Searching for disks...done


AVAILABLE DISK SELECTIONS:
   0. c3t0d0 
  /pci@0,0/pci15d9,805@1f,2/disk@0,0
   1. c3t1d0 
  /pci@0,0/pci15d9,805@1f,2/disk@1,0
   2. c3t3d0 
  /pci@0,0/pci15d9,805@1f,2/disk@3,0
   3. c3t4d0 
  /pci@0,0/pci15d9,805@1f,2/disk@4,0
Specify disk (enter its number): ^D
root@beastie:/code/illumos-gate# zpool status rpool
  pool: rpool
 state: ONLINE
  scan: resilvered 1,68T in 0 days 10:10:07 with 0 errors on Fri Oct 25 
05:05:34 2019
config:

NAMESTATE READ WRITE CKSUM
rpool   ONLINE   0 0 0
  raidz1-0  ONLINE   0 0 0
c3t0d0  ONLINE   0 0 0
c3t1d0  ONLINE   0 0 0
c3t3d0  ONLINE   0 0 0
c3t4d0  ONLINE   0 0 0

errors: No known data errors
root@beastie:/code/illumos-gate# 

I can tell, this system does boot just fine with both UEFI and BIOS firmware.

rgds,
toomas

> 
> It's very hard for me to see a significant obstacle to reading an x86 MBR 
> that loads code that will then boot from GPT label disks.
> 
> I'm rebuilding my Sol 10 u8 system with my spare 2 TB disk.  I'd like to 
> replace the 3x  2 TB disk RAIDZ1 setup with  a 4-5x disk RAIDZ2 using 4 TB 
> disks using my s0 & s1 configuration.
> 
> I must assume that the Illumos market is dominated by customers who don't 
> care about having a few small SMI labeled boot disks in a farm of large GPT 
> labeled disks.  But for a 7 SATA port system, that's not very viable.
> 
> Linux, MS and BSD can do it, so we should be able to do it also.  It's become 
> enough of a personal nuisance that I'm willing to fix it if I get a modest 
> level of cooperation.
> 
> So please, point me at any known issues.  For workstations the s0 root pool 
> and s1 export pool works really well.
> 
> Reg
> 
> BTW After a DIMM shuffle, "format -e" and scrubs no longer dump core on u8.  
> Now X goes off into la-la land :-(  Clearly I need new DIMMS.
> 



___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss