From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <7D744C7D-CE33-43A3-B86D-2CA69662E1FE@quintile.net> <20161121072042.GA73@polynum.com> From: =?UTF-8?Q?Iruat=C3=A3_Souza?= Date: Thu, 24 Nov 2016 08:20:26 -0200 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001a113ff17cb0f6c30542095afd Subject: Re: [9fans] Partition problems Topicbox-Message-UUID: af16aa80-ead9-11e9-9d60-3106f5b1d025 --001a113ff17cb0f6c30542095afd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I forgot only mac os should be mentioned, sorry. Em 23/11/2016 4:00 PM, "Sigrid Haflinad=C3=B3ttir" < sigrid.haflinadottir@gmail.com> escreveu: > He didn't ask about 9front. > > On Wed, Nov 23, 2016 at 4:13 PM, Iruat=C3=A3 Souza = wrote: > >> 9front solved that 5 years ago. >> >> On Mon, Nov 21, 2016 at 5:20 AM, 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 fail= s >> 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 co= de >> > rewrites the whole partition entry, recomputing the values of the star= t >> > 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 >> > http://www.kergis.com/ >> > Key fingerprint =3D 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C >> > >> >> > --001a113ff17cb0f6c30542095afd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

I forgot only mac os should be mentioned, sorry.


Em 23/11/2016 4:0= 0 PM, "Sigrid Haflinad=C3=B3ttir" <sigrid.haflinadottir@gmail.com> escreveu:
He did= n't ask about 9front.

On Wed, Nov 23, 2016 at 4:13 PM, Iruat=C3=A3 Souza <iru.m= uzgo@gmail.com> wrote:
9fro= nt solved that 5 years ago.

On Mon, Nov 21, 2016 at 5:20 AM,=C2=A0 <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 m= y 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 f= ails to instantiate the last partition on my disks. This causes devfs to gi= ve up rather than continuing to retry other partitions. My kernel then cann= ot 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 unc= hanged, the missing partition appears.
>>
>> Anyone seen problems with the partition table generation code in b= oot/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 co= de
> rewrites the whole partition entry, recomputing the values of the star= t
> and so on even with partitions "untouched" rendering the mac= hine
> unbootable because the starting block was not the correct one.
>
> I have never found neither the time nor the incentive to correct this<= br> > part.
>
> I don't know if this has anything to do with your problem at hand.=
>
> Best,
> --
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Thierry Laronde <tlaronde +AT+ pol= ynum +dot+ com>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 http://www.kergis.com/
> Key fingerprint =3D 0FF7 E906 FBAF FE95 FD89=C2=A0 250D 52B1 AE95 6006= F40C
>


--001a113ff17cb0f6c30542095afd--