Re: RFC: Project geom-events

看板FB_current作者時間14年前 (2011/10/07 02:01), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串36/52 (看更多)
Hello, Miroslav. You wrote 6 =D0=BE=D0=BA=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2011 =D0=B3., 16:59:= 19: > I am not a GEOM expert, but isn't it wrong concept, that glabel writes > its metadata and publish original device size? If some GEOM write=20 > metadata at last sector (or first), then it should shrink the published > size (or offset). Or is the problem at geom_part, that it is writing=20 > metadata past the advertised end of the device? Good point. > e.g. If I have disk device with size of 100 sectors and glabel metadata > is stored at the last sector, then glabel should shrink the advertised > size to 99 sectors - then GPT secondary table will be at sector 99=20 > instead of 100. > The current state is simply wrong, because user can do something what > cannot work and is not documented anywhere. It is Ok in UNIX way, in general. You should be able to shoot your leg, it is good :) But if geom_label doesn't reduce its provider to count its own metadata, it looks like a bug! --=20 // Black Lion AKA Lev Serebryakov <lev@FreeBSD.org> _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
文章代碼(AID): #1EZUpcDe (FB_current)
討論串 (同標題文章)
文章代碼(AID): #1EZUpcDe (FB_current)