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

看板FB_current作者時間14年前 (2011/10/08 03:32), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串12/44 (看更多)
On Fri, Oct 7, 2011 at 12:03 PM, Poul-Henning Kamp <phk@phk.freebsd.dk> wro= te: > In message <alpine.BSF.2.00.1110071236270.2450@wonkity.com>, Warren Block= write > s: > >>>>> Which is the exactly right question to ask. >>>>> >>>>> The procedure documented is clearly flawed. >>>> >> >>Well, yes. =A0The goal is to unprotect the device, regardless of what may >>already be on it. =A0Then the user can overwrite it with the memory stick >>image. > > Unprotect from what ? =A0from being already mounted ? > > If you cannot open a geom provider for writing, then it is because > some piece of code in the kernel thinks it already owns the device > and don't want you to muck about with it. > > Overriding this check is just asking for panics... > > > What I usually do in cases like this is: > > =A0 =A0 =A0 =A0(umount /dev/${whatever} || true) > /dev/null 2>&1 > > And if that isn't enough, or not possible, then the user needs > to undo whatever he did to the device... My guess is that GEOM isn't letting go of the GPT table and you have multiple partitions in the GPT table and you're not destroying them hierarchically in a proper manner.. but again, that's just a guess based on hazy recollection. -Garrett _______________________________________________ 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): #1EZrEpKU (FB_current)
討論串 (同標題文章)
文章代碼(AID): #1EZrEpKU (FB_current)