From owner-freebsd-stable@FreeBSD.ORG Fri Jan 12 10:11:50 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3671016A403 for ; Fri, 12 Jan 2007 10:11:50 +0000 (UTC) (envelope-from jason.thomson@mintel.com) Received: from s200aog10.obsmtp.com (s200aog10.obsmtp.com [207.126.144.124]) by mx1.freebsd.org (Postfix) with SMTP id 7CA6913C448 for ; Fri, 12 Jan 2007 10:11:49 +0000 (UTC) (envelope-from jason.thomson@mintel.com) Received: from source ([217.206.187.80]) by eu1sys200aob010.postini.com ([207.126.147.11]) with SMTP; Fri, 12 Jan 2007 10:11:48 UTC Received: from [10.0.62.5] (unknown [10.0.62.5]) by rodney.mintel.co.uk (Postfix) with ESMTP id 7F7BA181424; Fri, 12 Jan 2007 09:53:17 +0000 (GMT) Message-ID: <45A75A8D.6000301@mintel.com> Date: Fri, 12 Jan 2007 09:53:17 +0000 From: Jason Thomson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en, en-us MIME-Version: 1.0 To: Jo Rhett References: <45A5FD8A.6080409@svcolo.com> <2918081F-D376-410B-B6FD-42BDD3323575@svcolo.com> <20070111213444.GB17185@zone3000.net> <45A74F01.7040200@svcolo.com> In-Reply-To: <45A74F01.7040200@svcolo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Marcel Moolenaar Subject: Re: 2.4TB disk - MBR and GPT coexist? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jan 2007 10:11:50 -0000 Jo Rhett wrote: > Marcel Moolenaar wrote: > >> >> On Jan 11, 2007, at 1:56 PM, Jo Rhett wrote: >> >>> Since we're going to be stuck with old BIOSes for a long time after >>> 2TB is a cheap disk drive at [store], is anyone considering doing the >>> work to make GPT co-exist with an MBR block? >> >> >> It is already possible for them to coexist. It's not uncommon in the >> industry to use MBR partitions even though the disk has GPT. The >> point is that you need to tools to avoid making a mess. Ideally you >> want the MBR partitions mirrored by the GPT so that the kernel only >> has to deal with GPT. The BIOS will use the MBR to boot. >> >> The gpt(8) tool can actually be used to set this up. You partition >> the disk with fdisk, but only for the boot partition. Then you run >> gpt(8) to migrate the MBR into a GPT, specifying the -s option so >> that you get a single GPT partition overlapping the MBR slice. After >> that you restore the MBR partition. Now you can use GPT to define >> a big partition. The kernel will use GPT and since you used -s when >> you migrate the MBR, the kernel will create device nodes with the >> same name as it would for the MBR partitions... > > > That is exactly what I was hoping to find, but was unable to be certain > that it was possible from what I saw in the searches. > > To make this into a step-by-step, what do you mean by "restore the MBR > partition" ? From backup, or...? > Jo, if you manage to do this, could you possibly post a step-by-step guide? We want to do this here on an existing box, with existing data. (I know - the safe way is backup & restore - but that's tricky with 1.8TB of data). Marcel, do you know if it is possible to do this without destroying the existing file systems? I have a feeling it may be very difficult for us, because I think we ended up fudging our set up with two fdisk partitions - one 28G for the standard filesystems, and one almost 2T to store data. The reason why we want to reconfigure is that we have an additional 250GB we'd like to be able to access. I guess we ought to play it safe - but I'd be interested in how you get on.