>Number: 161979 >Category: misc >Synopsis: GEOM: glabel issue >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Oct 24 19:50:00 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Leander >Release: FreeBSD 9.0-RC1 >Organization: Privat >Environment: 9.0-RC1 FreeBSD 9.0-RC1 #0: Tue Oct 18 18:30:38 UTC 2011 r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >Description: glabel doesn't update unless one does "true > /dev/da1p1" after a i.e. "newfs -L Storage /dev/da1p1" or gpt modify etc
+ glabel status only sporadically shows labels. some disapear when being used by i.e. mount some don't P.S. This issue is related to: http://www.freebsd.org/cgi/query-pr.cgi?pr=161752 >How-To-Repeat: gpart destroy -F da1 gpart create -s GPT da1 gpart add -l 'StoragePart' -t freebsd-ufs da1 newfs -L Storage gpt/Storage glabel status true > /dev/da1p1 glabel status P.S. This issue is related to: http://www.freebsd.org/cgi/query-pr.cgi?pr=161752 >Fix: true > /dev/da1p1 Must in my opinion be done automatically by the application itself which does the change to the GEOM. No offence, but some arguments to implement "true > $DevicePart" into the affected GEOM apps: o Can't expect a regular user to change that if he/she/it uses Hot Plug & Play or changes a label through one of the GEOM apps. o Nether is it documented in any of the apps relying on GEOM [please don't start documenting it - that's not the right way! ;) ] o What's the use of a framework if it doesn't provide internal a working interface to update relying apps of changes? P.S. This issue is related to: http://www.freebsd.org/cgi/query-pr.cgi?pr=161752 >Release-Note: >Audit-Trail: >Unformatted: _______________________________________________ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
