Date: Thu, 6 Oct 2011 10:39:33 +0400 From: Lev Serebryakov <lev@FreeBSD.org> To: Alexander Motin <mav@FreeBSD.org> Cc: freebsd-geom@FreeBSD.org, Miroslav Lachman <000.fbsd@quip.cz>, current@freebsd.org Subject: Re: RFC: Project geom-events Message-ID: <17859561.20111006103933@serebryakov.spb.ru> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <lev@FreeBSD.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?17859561.20111006103933>