Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 15 Apr 2002 18:50:02 -0700 (PDT)
From:      =?iso-8859-7?b?tuPj5evv8iDP6erv7e/s/PDv9evv8g==?= <lydwigvernon@yahoo.co.uk>
To:        freebsd-bugs@FreeBSD.org
Subject:   Re: kern/37063: [PATCH] kernel does not support extended linux partitions
Message-ID:  <200204160150.g3G1o2n21365@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/37063; it has been noted by GNATS.

From: =?iso-8859-7?b?tuPj5evv8iDP6erv7e/s/PDv9evv8g==?= <lydwigvernon@yahoo.co.uk>
To: Bruce Evans <bde@zeta.org.au>
Cc: freebsd-gnats-submit@FreeBSD.ORG
Subject: Re: kern/37063: [PATCH] kernel does not support extended linux partitions
Date: Tue, 16 Apr 2002 04:40:48 +0300

 On Tuesday 16 April 2002 04:00, Bruce Evans wrote:
 > On Sun, 14 Apr 2002, Aggelos Oikonomopoulos wrote:
 > > >Description:
 > >
 > > The kernel does not handle partitions of type 0x85 (extended linux).
 > > An extended linux partition is the same as an extended DOS partition,
 > > except for the entry in the partition table.
 >
 > PRs 19756 and 27269 are also about this.
 Ooops
 >
 > I don't agree with changing the current behaviour.  Using extended Linux
 > partitions mainly breaks inter-operability with other OS's, including
 > previous versions of FreeBSD.
 
 But I'm not suggesting people to use 0x85 partitions. I' m merely suggesting 
 that the kernel should provide for people who, for whatever reason 
 (inertia?), are stuck with them. Some people call _this_ interoperability.
 
 BTW, to my knowledge, extended linux partitions were used (in place of 0x05) 
 to prevent certain versions of dos fdisk from crashing when it tries to 
 follow beyond cyl 1024, that is, to preserve compatibility. (so for some 
 people, using 0x85 could be a neccessity)
 >
 > Bruce

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200204160150.g3G1o2n21365>