Re: aliasing (or renaming) kern.geom.debugflags

看板FB_current作者時間14年前 (2011/10/09 03:01), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串33/44 (看更多)
Hi, On Sat, Oct 8, 2011 at 2:11 PM, Garrett Cooper <yanegomi@gmail.com> wrote: > On Sat, Oct 8, 2011 at 11:08 AM, Arnaud Lacombe <lacombar@gmail.com> wrot= e: >> Hi, >> >> On Sat, Oct 8, 2011 at 12:52 PM, Poul-Henning Kamp <phk@phk.freebsd.dk> = wrote: >>> In message <CACqU3MUQQ6XQTFXhVe1Jtu4Aey3KCdkTcprD7Ojq3oUrdC8b-w@mail.gm= ail.com> >>> , Arnaud Lacombe writes: >>> >>>>User do not care to understand the meaning of an option, you leave a >>>>hole somewhere, it will be used. I'm not even speaking about security >>>>issue here... >>> >>> There is a big difference between having an emergency hatch that >>> gives you a chance to escape certain death by running across a >>> shooting range, and on posting a sign telling people to use it as >>> a short-cut. >>> >> I will certainly never ask you to draw blueprints for a shooting >> range. There is NO legitimacy whatsoever for an emergency hatch to >> pass though the firing line. > > =A0 =A0Certain groups do use this emergency hatch in production to get > past safeguards and purposely zero out disks. Granted, it's an > ill-advised procedure for most end-users. > Then it is not an "emergency" hatch. Using an "emergency" hatch in non emergency, or emergency-drill, situation is in most case strictly forbidden. It would rather be a service hatch. In which case, that part of geom is just badly designed. - Arnaud _______________________________________________ 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): #1Ea9tkP6 (FB_current)
討論串 (同標題文章)
文章代碼(AID): #1Ea9tkP6 (FB_current)