From owner-freebsd-current@FreeBSD.ORG Thu Oct 6 06:56:23 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25F61106566C; Thu, 6 Oct 2011 06:56:23 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id D5B298FC14; Thu, 6 Oct 2011 06:56:22 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:b9fd:2f11:cd06:1a6]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 682804AC1C; Thu, 6 Oct 2011 10:39:43 +0400 (MSD) Date: Thu, 6 Oct 2011 10:39:33 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <17859561.20111006103933@serebryakov.spb.ru> To: Alexander Motin In-Reply-To: <4E8CCD69.5000802@FreeBSD.org> References: <1927112464.20111004220507@serebryakov.spb.ru> <4E8B7A27.5070908@quip.cz> <344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz> <251861322.20111005125825@serebryakov.spb.ru> <4E8C20EA.5060501@FreeBSD.org> <1453791516.20111005132941@serebryakov.spb.ru> <4E8CCD69.5000802@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-geom@FreeBSD.org, Miroslav Lachman <000.fbsd@quip.cz>, current@freebsd.org Subject: Re: RFC: Project geom-events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Oct 2011 06:56:23 -0000 Hello, Alexander. You wrote 6 =EE=EA=F2=FF=E1=F0=FF 2011 =E3., 1:34:33: > That works perfect for case when class (geom_raid) is known to work on > raw device. Other RAID classes can be used over partitions, so some care > should be taken to avoid false positives. Oh, yes... I see... >> I'm not sure here. > In that case it is helpful to include media size into the metadata. > Comparing that value with provider size during taste allows to avoid > these false positives. geom_mirror metadata include/check provider size > since version 3. Pity that MBR and probably others don't. Yep. > And what if class is not loaded/supported? There should be a way to > manage/clear that label. Most of classes have "clear" command which doesn't need loaded module and works completely from userland now (as "label" works from userland too for these classes). And, if such changes will be made, generic command to "geom" itself, without class at all, could be added -- of course, it will refuse to clear anything that doesn't start from "common" signature. --=20 // Black Lion AKA Lev Serebryakov