NetBSD Problem Report #42521

From www@NetBSD.org  Sat Dec 26 17:33:01 2009
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id 181A363C37E
	for <gnats-bugs@gnats.NetBSD.org>; Sat, 26 Dec 2009 17:33:01 +0000 (UTC)
Message-Id: <20091226173300.A230063B844@www.NetBSD.org>
Date: Sat, 26 Dec 2009 17:33:00 +0000 (UTC)
From: mitchell@wyatt672earp.force9.co.uk
Reply-To: mitchell@wyatt672earp.force9.co.uk
To: gnats-bugs@NetBSD.org
Subject: NetBSD Hijacks FreeBSD Partition
X-Send-Pr-Version: www-1.0

>Number:         42521
>Category:       install
>Synopsis:       NetBSD Hijacks FreeBSD Partition
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    install-manager
>State:          closed
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Sat Dec 26 17:35:00 +0000 2009
>Closed-Date:    Sat Feb 12 22:33:16 +0000 2011
>Last-Modified:  Tue Mar 08 17:10:10 +0000 2011
>Originator:     Frank Mitchell
>Release:        Latest
>Organization:
FreeBSD User
>Environment:
i386
>Description:
NetBSD's Install Utility seems pre-programmed to grab any UFS Partition it sees, including the one containing your FreeBSD Setup. Then your entire FreeBSD contents vanish, though I'm told they can be recovered with a utility on the Linux Rescue Disk. In the latest NetBSD Version there seems to be no way of avoiding this happening.
>How-To-Repeat:
Reserve two UFS Partions. Install FreeBSD on one, then NetBSD on the other.
>Fix:
Modify the NetBSD Install Utility to highlight this as an option.

>Release-Note:

>Audit-Trail:
From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: install/42521: NetBSD Hijacks FreeBSD Partition
Date: Sun, 27 Dec 2009 00:33:20 +0100

 On Sat, Dec 26, 2009 at 05:35:00PM +0000, mitchell@wyatt672earp.force9.co.uk wrote:
 > Reserve two UFS Partions. Install FreeBSD on one, then NetBSD on the other.

 What architecture are you using? How did you partition the disk (fdisk? gpt?)

 Martin

From: Frank Mitchell <mitchell@wyatt672earp.force9.co.uk>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: install/42521: NetBSD Hijacks FreeBSD Partition
Date: Sun, 27 Dec 2009 14:12:14 +0000

 Dear Martin Husemann:

 I have a PC with an AMD Sempron. I partitioned the disk so long ago that I've 
 forgotten exactly which tools I used. Probably I used FreeBSD Install fdisk 
 to create the first two BSD Partitions, then OpenSuse Install fdisk to create 
 further Linux Partitions.

 Yours truly: Frank Mitchell

 On Saturday 26 December 2009 23:35:02 Martin Husemann wrote:
 > The following reply was made to PR install/42521; it has been noted by 
 GNATS.
 > 
 > From: Martin Husemann <martin@duskware.de>
 > To: gnats-bugs@NetBSD.org
 > Cc: 
 > Subject: Re: install/42521: NetBSD Hijacks FreeBSD Partition
 > Date: Sun, 27 Dec 2009 00:33:20 +0100
 > 
 >  On Sat, Dec 26, 2009 at 05:35:00PM +0000, 
 mitchell@wyatt672earp.force9.co.uk wrote:
 >  > Reserve two UFS Partions. Install FreeBSD on one, then NetBSD on the 
 other.
 >  
 >  What architecture are you using? How did you partition the disk (fdisk? 
 gpt?)
 >  
 >  Martin
 >  
 > 


From: "David A. Holland" <dholland@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/42521 CVS commit: src/sbin/disklabel
Date: Sat, 12 Feb 2011 22:23:02 +0000

 Module Name:	src
 Committed By:	dholland
 Date:		Sat Feb 12 22:23:02 UTC 2011

 Modified Files:
 	src/sbin/disklabel: Makefile

 Log Message:
 Disable COMPAT_386BSD_MBRPART. The code is still here if anyone needs it
 for some reason. (But I have no idea why that would be -- if you have one
 of these really ancient partitions and you're about to run disklabel, you
 can easily run fdisk first and change the partition type to NetBSD.)

 As it stands, the code will munch FreeBSD installs under some
 circumstances, which is really not acceptable behavior.

 The code, along with the kernel support that's been disabled by
 default for several years, and some related but less dangerous code in
 sysinst, should prboably be removed entirely after -6 is branched.

 Discussed on tech-kern and tech-userlevel; closes PR 44496.

 This is also almost certainly the cause of PR 42521 and PR 38841.


 To generate a diff of this commit:
 cvs rdiff -u -r1.66 -r1.67 src/sbin/disklabel/Makefile

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

State-Changed-From-To: open->closed
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sat, 12 Feb 2011 22:33:16 +0000
State-Changed-Why:
fixed


From: "Jeff Rizzo" <riz@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/42521 CVS commit: [netbsd-5] src/sbin/disklabel
Date: Tue, 8 Mar 2011 17:05:32 +0000

 Module Name:	src
 Committed By:	riz
 Date:		Tue Mar  8 17:05:32 UTC 2011

 Modified Files:
 	src/sbin/disklabel [netbsd-5]: Makefile

 Log Message:
 Pull up following revision(s) (requested by dholland in ticket #1561):
 	sbin/disklabel/Makefile: revision 1.67
 Disable COMPAT_386BSD_MBRPART. The code is still here if anyone needs it
 for some reason. (But I have no idea why that would be -- if you have one
 of these really ancient partitions and you're about to run disklabel, you
 can easily run fdisk first and change the partition type to NetBSD.)
 As it stands, the code will munch FreeBSD installs under some
 circumstances, which is really not acceptable behavior.
 The code, along with the kernel support that's been disabled by
 default for several years, and some related but less dangerous code in
 sysinst, should prboably be removed entirely after -6 is branched.
 Discussed on tech-kern and tech-userlevel; closes PR 44496.
 This is also almost certainly the cause of PR 42521 and PR 38841.


 To generate a diff of this commit:
 cvs rdiff -u -r1.61 -r1.61.6.1 src/sbin/disklabel/Makefile

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

>Unformatted:

Home	PR Database Search