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. Fix: 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
Responsible Changed From-To: freebsd-doc->keramida I'll handle this one.
Hello All As a Follow up there is another related issues. On 9.1-PRERELEASE 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
Release to wild.
^Triage: reset inaccurate In Progress state.