From owner-freebsd-current@FreeBSD.ORG Fri Mar 17 22:32:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2FC616A543 for ; Fri, 17 Mar 2006 22:32:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id D14F343D48 for ; Fri, 17 Mar 2006 22:32:36 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.229]) ([10.251.17.229]) by a50.ironport.com with ESMTP; 17 Mar 2006 14:32:36 -0800 Message-ID: <441B3903.9000604@elischer.org> Date: Fri, 17 Mar 2006 14:32:35 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <4F9C9299A10AE74E89EA580D14AA10A605F5A0@royal64.emp.zapto.org> <86pskk3dwx.fsf@xps.des.no> In-Reply-To: <86pskk3dwx.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Daniel Eriksson Subject: Re: [patch] NetBSD disklabel support for geom_bsd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Mar 2006 22:32:40 -0000 Dag-Erling Smørgrav wrote: >"Daniel Eriksson" writes: > > >>Dag-Erling Smørgrav wrote: >> >> >>>It is still possible to create dangerously dedicated disks, btw, and >>>it is still possible to put a disklabel (or even a filesystem) >>>directly on a device. GEOM means *more* freedom, not less. >>> >>> >>I've been putting filesystems directly on devices for some time >>now. Are there any drawbacks to doing this? >> >> > >Not unless you want to boot from them. > >DES > > given that "dangerously dedicated" mode had a dummy bootblock that referenced itself and loaded the next stage boot, that used to work.. I presume it still does..?