From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <20161121072042.GA73@polynum.com> References: <7D744C7D-CE33-43A3-B86D-2CA69662E1FE@quintile.net> <20161121072042.GA73@polynum.com> From: =?UTF-8?Q?Iruat=C3=A3_Souza?= Date: Wed, 23 Nov 2016 13:13:21 -0200 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [9fans] Partition problems Topicbox-Message-UUID: ad3f7368-ead9-11e9-9d60-3106f5b1d025 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 (somet= hing I will sort out) >> >> However the source of the problem seems to be boot/parts.c which fails t= o instantiate the last partition on my disks. This causes devfs to give up = rather than continuing to retry other partitions. My kernel then cannot fin= d its venti partition and dies with a panic. >> >> If I boot using a different partition structure I can bring up the machi= ne, 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/pa= rt.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 > http://www.kergis.com/ > Key fingerprint =3D 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C >