I can confirm the following points:
* the code in the kernel works "correctly" in that it can successfully
mount and access deeply nested non-OpenBSD extended partitions;
* the code in the base fdisk(8) utility works correctly as I have used
it numerous times to fix disk partitioning on Window
On Fri, Feb 11, 2011 at 05:11:45PM +0200, ucs...@gmail.com wrote:
> On Fri, Feb 11, 2011 at 06:28:28AM -0500, Kenneth R Westerback wrote:
> > On Fri, Feb 11, 2011 at 09:47:02AM +0200, ucs...@gmail.com wrote:
> > > Despite the touted support, OpenBSD wouldn't be able to boot off an
> > > extended pa
On Fri, Feb 11, 2011 at 06:28:28AM -0500, Kenneth R Westerback wrote:
> On Fri, Feb 11, 2011 at 09:47:02AM +0200, ucs...@gmail.com wrote:
> > Despite the touted support, OpenBSD wouldn't be able to boot off an
> > extended partition, unless it's the very first or second one.
> >
> > The kernel was
On Fri, Feb 11, 2011 at 09:47:02AM +0200, ucs...@gmail.com wrote:
> Despite the touted support, OpenBSD wouldn't be able to boot off an
> extended partition, unless it's the very first or second one.
>
> The kernel was fixed (after a fashion) some time ago, but boot(8) and
> installboot(8) still l
Despite the touted support, OpenBSD wouldn't be able to boot off an
extended partition, unless it's the very first or second one.
The kernel was fixed (after a fashion) some time ago, but boot(8) and
installboot(8) still live under the mistaken idea that extended partitions
are defined recursively