From owner-svn-src-head@freebsd.org Sat Dec 12 18:26:48 2015 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7ED48A14B4E for ; Sat, 12 Dec 2015 18:26:48 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6103A1EBA for ; Sat, 12 Dec 2015 18:26:48 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sat, 12 Dec 2015 18:26:45 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id tBCIQdNl014499; Sat, 12 Dec 2015 11:26:39 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1449944799.1358.160.camel@freebsd.org> Subject: Re: svn commit: r292058 - head/sbin/geom/class/part From: Ian Lepore To: "Andrey V. Elsukov" , Alexey Dokuchaev Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Date: Sat, 12 Dec 2015 11:26:39 -0700 In-Reply-To: <566C6307.70200@FreeBSD.org> References: <201512101037.tBAAbDMq065138@repo.freebsd.org> <1449767147.1358.62.camel@freebsd.org> <5669B969.5020605@FreeBSD.org> <20151212121209.GA60800@FreeBSD.org> <1449940829.1358.154.camel@freebsd.org> <566C6307.70200@FreeBSD.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2015 18:26:48 -0000 On Sat, 2015-12-12 at 21:10 +0300, Andrey V. Elsukov wrote: > On 12.12.15 20:20, Ian Lepore wrote: > > I spent much of the last week fighting with "geom destroy" and > > trying > > to prevent the ressurection of old geoms during the creation of new > > ones. It's a Big Mess and it doesn't really work well at all. I > > came > > to the conclusion that it's not geom destroy that needs a force > > flag so > > much as geom create, where it would mean "it is okay to replace any > > existing geom with the new one." > > Let's be honest. This problem is completely unrelated to what I > committed. > Oh yeah, totally. One of the first things I discovered about this problem was that dd'ing some zeroes (where some < the whole device) didn't help. But 'destroy -F' was mentioned in a panacea-like way, andit's not really all that. I don't think I'll bother to reply to the rest, since it seemed to be saying basically "raw data is available to you and beyond that this stuff is supposed to be hard to work with". -- Ian