He didn't ask about 9front.

On Wed, Nov 23, 2016 at 4:13 PM, Iruatã Souza <iru.muzgo@gmail.com> wrote:

> 9front solved that 5 years ago.
>
> On Mon, Nov 21, 2016 at 5:20 AM,  <tlaronde@polynum.com> wrote:
> > Hello,
> >
> > On Sun, Nov 20, 2016 at 11:07:03PM +0000, Steve Simon wrote:
> >> Hi,
> >>
> >> I run a modified labs kernel with a few bits of 9atom to support my atom
> >> Motherboard.
> >>
> >> I have added an ssd to the mirrored disks in my plan9 server.
> >> The initialisation of devfs fails without a helpful error message
> (something I will sort out)
> >>
> >> However the source of the problem seems to be boot/parts.c which fails
> to instantiate the last partition on my disks. This causes devfs to give up
> rather than continuing to retry other partitions. My kernel then cannot
> find its venti partition and dies with a panic.
> >>
> >> If I boot using a different partition structure I can bring up the
> machine, and see that this one partition is indeed missing.
> >>
> >> If I run disk/prep on the disk and rewrite the partition table
> unchanged, the missing partition appears.
> >>
> >> Anyone seen problems with the partition table generation code in
> boot/part.c?
> >> If not I will keep digging but I thought it was worth asking.
> >
> > I had a problem (and still have) with the plan9 program because the code
> > rewrites the whole partition entry, recomputing the values of the start
> > and so on even with partitions "untouched" rendering the machine
> > unbootable because the starting block was not the correct one.
> >
> > I have never found neither the time nor the incentive to correct this
> > part.
> >
> > I don't know if this has anything to do with your problem at hand.
> >
> > Best,
> > --
> >         Thierry Laronde <tlaronde +AT+ polynum +dot+ com>
> >                      http://www.kergis.com/
> > Key fingerprint = 0FF7 E906 FBAF FE95 FD89  250D 52B1 AE95 6006 F40C
> >
>
>