-Original Message-
From: on behalf of Ian Lepore
Date: 2015-12-12, Saturday at 09:20
To: Alexey Dokuchaev , "Andrey V. Elsukov"
Cc: , ,
Subject: Re: svn commit: r292058 - head/sbin/geom/class/part
>I spent much of the last week fighting with "geom destroy"
On Saturday, December 12, 2015 10:20:29 AM Ian Lepore wrote:
> On Sat, 2015-12-12 at 12:12 +, Alexey Dokuchaev wrote:
> > On Thu, Dec 10, 2015 at 08:42:01PM +0300, Andrey V. Elsukov wrote:
> > > On 10.12.15 20:05, Ian Lepore wrote:
> > > > On Thu, 2015-12-10 at 10:37 +, Andrey V. Elsukov wr
On 12.12.15 23:13, Ian Lepore wrote:
> 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 thought it was sarcasm.
> I was basically conveying information about so
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
> > > >
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.
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 w
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
In message <20151212121209.ga60...@freebsd.org>, Alexey Dokuchaev writes:
>+1, I'm also used to "dd'ing zeros" trick.
The modern way to do that is to reinitialize the on-drive encryption
to a new key.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TC
On Sat, 2015-12-12 at 12:12 +, Alexey Dokuchaev wrote:
> On Thu, Dec 10, 2015 at 08:42:01PM +0300, Andrey V. Elsukov wrote:
> > On 10.12.15 20:05, Ian Lepore wrote:
> > > On Thu, 2015-12-10 at 10:37 +, Andrey V. Elsukov wrote:
> > > > Author: ae
> > > > Date: Thu Dec 10 10:37:12 2015
> > >
On 12.12.15 15:12, Alexey Dokuchaev wrote:
>> If you want to make device to not be recognized as GPT, you should use
>> 'gpart destroy -F ' this will destroy first two sectors where
>> PMBR and primary GPT header are located, also it will destroy the last
>> sector with backup GPT.
>
> While this'
On Thu, Dec 10, 2015 at 08:42:01PM +0300, Andrey V. Elsukov wrote:
> On 10.12.15 20:05, Ian Lepore wrote:
> > On Thu, 2015-12-10 at 10:37 +, Andrey V. Elsukov wrote:
> >> Author: ae
> >> Date: Thu Dec 10 10:37:12 2015
> >> New Revision: 292058
> >> URL: https://svnweb.freebsd.org/changeset/base
On 10.12.15 20:05, Ian Lepore wrote:
> On Thu, 2015-12-10 at 10:37 +, Andrey V. Elsukov wrote:
>> Author: ae
>> Date: Thu Dec 10 10:37:12 2015
>> New Revision: 292058
>> URL: https://svnweb.freebsd.org/changeset/base/292058
>>
>> Log:
>> Remove a note about damaged PMBR. Now GPT will be detec
On Thu, 2015-12-10 at 10:37 +, Andrey V. Elsukov wrote:
> Author: ae
> Date: Thu Dec 10 10:37:12 2015
> New Revision: 292058
> URL: https://svnweb.freebsd.org/changeset/base/292058
>
> Log:
> Remove a note about damaged PMBR. Now GPT will be detected
> automatically
> with such corruption.
Author: ae
Date: Thu Dec 10 10:37:12 2015
New Revision: 292058
URL: https://svnweb.freebsd.org/changeset/base/292058
Log:
Remove a note about damaged PMBR. Now GPT will be detected automatically
with such corruption.
MFC after:1 month
Modified:
head/sbin/geom/class/part/gpart.8
Mo
14 matches
Mail list logo