Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 21 Jan 2011 14:55:46 +0100
From:      Ivan Voras <ivoras@freebsd.org>
To:        freebsd-stable@freebsd.org
Subject:   Re: Gpart and gmirror 8.2 from 18 januari
Message-ID:  <ihc392$r94$1@dough.gmane.org>
In-Reply-To: <4D398888.4040207@yandex.ru>
References:  <57200BF94E69E54880C9BB1AF714BBCBDD3043@w2003s01.double-l.local>	<ihbq34$ahc$1@dough.gmane.org>	<57200BF94E69E54880C9BB1AF714BBCBDD3056@w2003s01.double-l.local>	<ihc07a$9kc$2@dough.gmane.org> <4D398888.4040207@yandex.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
On 21/01/2011 14:22, Andrey V. Elsukov wrote:
> On 21.01.2011 16:03, Ivan Voras wrote:
>> On 21/01/2011 13:56, Johan Hendriks wrote:
>>> Ok the funny thing is, i get the same error on 8.1 Release (the corrupt error), but it boots,
>>> and all seems to work.
>>
>> Maybe the boot process was made to be more standard-compliant :)
>
> The most strangest is that UFS's label ufsid/4b9545d7d72d5019 is represented
> as whole disk where GPT is located.

This is how glabel works - if anything within a provider recognizes it 
as its own (e.g. a file system), the whole provider is labeled for it.

Or are you thinking about something else? If you first did gmirror, then 
gpt, then newfs, the UFS label should be created with the same data as 
the gpt partition, not the "whole disk".




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ihc392$r94$1>