<div dir="ltr"><div dir="ltr"><div>> should probably be improved<br clear="all"></div><div><br></div><div>parted is the standard now. Improvement on solaris / illumos will be to use one to one map with partitions / slices that parted prints as output, IMO</div><div><br></div><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><p class="MsoNormal" style="vertical-align:baseline"><a name="SignatureSanitizer__MailAutoSig"><span style="font-size:10pt;font-family:Roboto">Cheers!</span></a></p><p class="MsoNormal" style="vertical-align:baseline"><a name="SignatureSanitizer__MailAutoSig"><span style="font-size:10pt;font-family:Roboto">Atiq</span></a></p></div></div></div></div><br><br>On Sat, Aug 16, 2025 at 7:23 PM Jason King <<a href="mailto:jason.brian.king@gmail.com">jason.brian.king@gmail.com</a>> wrote:<br>><br>> Unfortunately, prtvtoc works by trying to convert a GPT into something that looks like more traditional solaris slicing, which isn’t always possible.<br>><br>>  <br>><br>> Currently the best way to view a GPT is `mdb -e ‘::load disk_label; ::gpt’ /dev/rdsk/xxxx` which isn’t great (and should probably be improved).<br>><br>>  <br>><br>> From: Atiq Rahman <<a href="mailto:atiqcx@gmail.com">atiqcx@gmail.com</a>><br>> Date: Saturday, August 16, 2025 at 9:03 PM<br>> To: OpenIndiana Developer mailing list <<a href="mailto:oi-dev@openindiana.org">oi-dev@openindiana.org</a>><br>> Cc: illumos-developer <<a href="mailto:developer@lists.illumos.org">developer@lists.illumos.org</a>>, John D Groenveld <<a href="mailto:groenveld@acm.org">groenveld@acm.org</a>><br>> Subject: [developer] Illumos/Solaris zpool and GPT Partitions/Slices<br>><br>> > What does prtvtoc(8) report?  <URL:<a href="https://illumos.org/man/8/prtvtoc">https://illumos.org/man/8/prtvtoc</a>><br>><br>>  <br>><br>> I changed the partition table (changed partition table number using gdisk) so illumos partition maps to s6 properly day before yesterday. Can't get prtvtoc output case anymore. All partition info I had earlier is in email below:<br>><br>>  <br>><br>> On Sat, Aug 16, 2025 at 4:33 PM Atiq Rahman <<a href="mailto:atiqcx@gmail.com">atiqcx@gmail.com</a>> wrote:<br>><br>> Hi John,<br>> Here's the partition order that repros that on my system.<br>> ---<br>> $ sudo parted /dev/rdsk/c2t00A075014881A463d0 print<br>><br>> Model: Generic Ide (ide)<br>> Disk /dev/rdsk/c2t00A075014881A463d0: 1024GB<br>> Sector size (logical/physical): 512B/512B<br>> Partition Table: gpt<br>><br>> Number  Start   End     Size    File system  Name                          Flags  <br>>  1      1049kB  269MB   268MB   fat32        EFI System Partition          boot  <br>>  2      269MB   404MB   134MB                Microsoft reserved partition  msftres<br>>  3      404MB   138GB   137GB   ntfs         Basic data partition                <br>>  4      138GB   139GB   1074MB  ntfs        Basic data partition          hidden<br>>  5      139GB   242GB   103GB   ntfs         Basic data partition                <br>>  6      242GB   767GB   525GB                                                    <br>>  7      767GB   768GB   1000MB  ext3       pop_os/boot                          <br>>  8      768GB   1024GB  256GB                 solaris                              <br>><br>> $ sudo format<br>> * /dev/rdsk/c2t00A075014881A463d0 partition map<br>> *<br>> * Dimensions:<br>> *         512 bytes/sector<br>> *  2000409264 sectors<br>> *  2000409197 accessible sectors<br>> *<br>> * Flags:<br>> *   1: unmountable<br>> *  10: read-only<br>> *<br>> * Unallocated space:<br>> *         First       Sector      Last<br>> *         Sector       Count      Sector<br>> *            34        2014        2047<br>> *     269223936     2097152   271321087<br>> *     472647680  1027352576  1500000255<br>> *    2000408576         654  2000409229<br>> *<br>> *                            First       Sector      Last<br>> * Partition  Tag  Flags      Sector       Count      Sector  Mount Directory<br>>        0     12    00         2048      524288      526335<br>>        1     19    00       526336      262144      788479<br>>        2     20    00       788480   268435456   269223935<br>>        4     20    00    271321088   201326592   472647679<br>>        (last entry came out to be 6 0 0 something that doesn't make sense...)<br>> ----<br>><br>><br>><br>> As a workaround, I changed the last partition's number using gdisk which led to a successful zfs pool creation. Till I did that OI wasn't able to find that partition (on slice 7 nothing was mapped, on slice 6 linux's /boot partition was mapped).<br>><br>>  <br>><br>> On Fri, Aug 15, 2025 at 7:21 PM John D Groenveld via oi-dev <<a href="mailto:oi-dev@openindiana.org">oi-dev@openindiana.org</a>> wrote:<br>><br>> In message <<a href="mailto:CABC65rN6C2FwKs%2BmiCtnGQK3-Mm3VaDZzbnwfA7npL6TuYCKKw@mail.gmail.com">CABC65rN6C2FwKs+miCtnGQK3-Mm3VaDZzbnwfA7npL6TuYCKKw@mail.gmail.com</a>><br>> , Atiq Rahman writes:<br>> >*zpool lists pool from unavailable GPT Partition/Slice:*<br>> >When my solaris/illumos partition is 8 as the number as listed on parted,<br>> >the OI live image format etc tools cannot find it anymore even though<br>> >parted lists it fine (and number on parted output becomes greater than 7,<br>> >s7 for example won't work with the tools, format won't show the slice)<br>><br>> I am unable to reproduce on OI:<br>> # zpool status<br>>   pool: rpool<br>>  state: ONLINE<br>>   scan: none requested<br>> config:<br>><br>>         NAME        STATE     READ WRITE CKSUM<br>>         rpool       ONLINE       0     0     0<br>>           c2t0d0s9  ONLINE       0     0     0<br>><br>> errors: No known data errors<br>><br>> What does prtvtoc(8) report for your partition table?<br>> <URL:<a href="https://illumos.org/man/8/prtvtoc">https://illumos.org/man/8/prtvtoc</a>><br>><br>> John<br>> <a href="mailto:groeneld@acm.org">groeneld@acm.org</a><br>><br>> illumos / illumos-developer / see discussions + participants + delivery options Permalink</div>