Commit Graph

7 Commits

Author SHA1 Message Date
wiz 957c91939f Drop unnecessary .Pp. 2001-11-16 11:38:35 +00:00
lukem 49137c3ddc clarify that -w updates the in-core label if changed, and if -r is
given as well, the on-disk label will then be updated.
2001-05-01 11:51:21 +00:00
lukem fbace08ced change behaviour of flags slightly:
-w	write in-core label if changed
-r	update on-disk as well as in-core label (with -w)
-f	force update (-w), even if there's been no change

-r behaviour suggested by matt green. what used to be `-f' is now `-wrf'
2000-12-27 04:22:11 +00:00
lukem a9dd32dbb7 more rewording
- mbrlabel updates the disklabel; it doesn't generate it
- it doesn't just affect the incore label, so remove the `incore' qualifier
2000-12-24 14:01:12 +00:00
lukem 747375caa2 i got sick of the brain damage that mbrlabel used to do, and had
gotten bitten by mbrlabel trashing my incore disklabel to a point where
the machine wasn't usable, so I reworked it:

* only update the incore (and on-disk) label if `-f' is given. by default,
  the proposed disklabel will be printed but no changes will occur
* add -q, to make the default operation a bit more quiet.
* leave existing `used' in-core partition slots alone, and only add entries
  to the incore label if:
	- there's not an existing partition of the same size and offset
	  (even of a different type)
	- there's a free partition slot (`unused', with size == 0)
* use DIOCWDINFO instead of DIOCSDINFO, to update the incore as well as
  the on-disk label
* use showpartitions() from ../disklabel/printlabel.c

this should make mbrlabel a *lot* more useful.
2000-12-24 13:57:37 +00:00
abs fc52578672 xref (disklabel.8, fdisk.8, mbrlabel.8) as appropriate 2000-11-14 11:06:19 +00:00
fvdl 2b9c2935fe Moved from mbrlabel.8,v 2000-03-15 11:55:33 +00:00