From owner-svn-src-all@freebsd.org Sat Dec 12 20:13:29 2015 Return-Path: Delivered-To: svn-src-all@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 69509A14069 for ; Sat, 12 Dec 2015 20:13:29 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (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 50124153A for ; Sat, 12 Dec 2015 20:13:29 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Sat, 12 Dec 2015 20:13:32 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id tBCKDQ2g014662; Sat, 12 Dec 2015 13:13:26 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1449951206.1358.165.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 13:13:26 -0700 In-Reply-To: <566C7E55.2030303@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> <1449944799.1358.160.camel@freebsd.org> <566C7E55.2030303@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-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2015 20:13:29 -0000 On Sat, 2015-12-12 at 23:06 +0300, Andrey V. Elsukov wrote: > On 12.12.15 21:26, Ian Lepore wrote: > > 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. > > 1. The goal of this patch is helping to users with recovering its GPT > from damage. User must not know internals of GPT to work with it and > they don't know. If you position yourself as power user and you think > that dd will do what you want, just continue use it. But as power > user > you should know and now you know what you need overwrite using dd to > destroy GPT. Just another one sector in the end of the disk. > > 2. All problems that you described in previous messages was related > to > MBR+BSD label. FreeBSD uses native GPT without any nested > partitioning > tables, and described problems aren't related to GPT. > > 3. You are criticizing the change that doesn't affect you, so what > you > want? Do you want to revert this change? Ok, feel free to do it. > Personally, I can recover or just recreate my partition tables > without > this change. The change was done, because several users asked me to > do it. > > > 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". > I start by agreeing with you that my remarks are *totally* unrelated to your changes, and still you feel the need to rant again about how my remarks are unrelated to your changes? I was basically conveying information about some experiences I had to the community at large, because they were vaguely related to some remarks in one of the replies to your commit. It is unfortunate that you seem to have interpreted it as some sort of attack on your commit. -- Ian