From owner-svn-src-all@freebsd.org Sat Dec 12 20:07:13 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 4A905A3EABF; Sat, 12 Dec 2015 20:07:13 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:1900:2254:206a::19:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx2.freebsd.org", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 393861F51; Sat, 12 Dec 2015 20:07:13 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from butcher-nb.yandex.net (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx2.freebsd.org (Postfix) with ESMTP id 4485565B7F; Sat, 12 Dec 2015 20:07:10 +0000 (UTC) (envelope-from ae@FreeBSD.org) Subject: Re: svn commit: r292058 - head/sbin/geom/class/part To: Ian Lepore , Alexey Dokuchaev 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> Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org From: "Andrey V. Elsukov" X-Enigmail-Draft-Status: N1110 Message-ID: <566C7E55.2030303@FreeBSD.org> Date: Sat, 12 Dec 2015 23:06:45 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <1449944799.1358.160.camel@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="OP1CT7tL2OuldcwEDomDawu9Dit6xdXJf" 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:07:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --OP1CT7tL2OuldcwEDomDawu9Dit6xdXJf Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable 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. >> >=20 > 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, and= it'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= =2E > 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". --=20 WBR, Andrey V. Elsukov --OP1CT7tL2OuldcwEDomDawu9Dit6xdXJf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJWbH5VAAoJEAHF6gQQyKF6LpAH/jZEgsPtbRJz+K/oFgp2+wfL YSN9YWYEb7o6VFLCK5bPqLjh5ZC9j+Q7C8urF/NeS3GYpX/6gNP/AQVAYvTAQh3t qeUlpOnSpaamCDnuVdadhYsRDJ9zwWMzrHc+Feu0LQjDmCHISSNm+LI9QYFripkh Li5KvGlQ8iRFQWoOcx8evjLsa2UugKgO/uz2KPB/KIaFviRejJqDc2bhKsXJhx5C 4qy71IEslG4Mg1kYdgoiGEAhA8j3s+sHMpPuAxE+iFwSHfIV4V/+dhueNpDafKwK 7IkfZvGoyObxrkimmDfNlpz1v1EOrAw47ZGpid+gl7aeZqlbz9/8n3ZgG6wch+Q= =B6sV -----END PGP SIGNATURE----- --OP1CT7tL2OuldcwEDomDawu9Dit6xdXJf--