Bug 131370 - glabel(8): geom_label needs clarification in docs
Summary: glabel(8): geom_label needs clarification in docs
Status: In Progress
Alias: None
Product: Documentation
Classification: Unclassified
Component: Manual Pages (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
Depends on:
Reported: 2009-02-04 17:10 UTC by Tim Judd
Modified: 2018-04-10 18:20 UTC (History)
1 user (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Tim Judd 2009-02-04 17:10:01 UTC
After trying to alter a ufs label with glabel (and getting Operation not permitted and other nonhelpful errors), I realized that glabel will add/modify labels in the /dev/label/ directory.  I was trying to use glabel to clear a /dev/ufs/ label and it was refusing to do it.

I suggest modifying the g(eom_)label manpage to reflect that to alter a label, you must use the proper utility to make the change, for example:

mkisofs for iso9660
tunefs for ufs
glabel for label

And the rest as needed.  This will clarify that geom_label is only as a method, not a general purpose tool to alter all information.


See above, how to repeat
How-To-Repeat: tunefs -L root /dev/ad0s1a        # creates /dev/ufs/root
glabel clear root                 # fails to clear /dev/ufs/root

tunefs -L "" /dev/ad0s1a          # clears /dev/ufs/root
Comment 1 Giorgos Keramidas freebsd_committer 2009-02-06 02:31:24 UTC
Responsible Changed
From-To: freebsd-doc->keramida

I'll handle this one.
Comment 2 nonesuch 2012-07-28 22:31:18 UTC
Hello All

As a Follow up there is another related issues.


I have the following mounts

/dev/gpt/rootfs on / (ufs, local, noatime, journaled soft-updates)
devfs on /dev (devfs, local, multilabel)
/dev/gpt/var on /var (ufs, local, noatime, journaled soft-updates)
/dev/gpt/home on /home (ufs, local, noatime, journaled soft-updates)

If I try to reproduce this error I get the following issues.

I wanted to relabel the /dev/gpt/var partition

root@john:/root # tunefs -L "" /dev/da0p4
tunefs: /dev/da0p4: failed to write superblock

Also setting sysctl kern.geom.debugflags=17

this does not fix or address this issue either.

mark saad | nonesuch@longcount.org
Comment 3 Mark Linimon freebsd_committer freebsd_triage 2015-03-10 03:04:08 UTC
Release to wild.