summaryrefslogtreecommitdiffstats
path: root/usr.sbin/sysinstall/termcap.c
diff options
context:
space:
mode:
authorbde <bde@FreeBSD.org>1997-09-16 10:11:49 +0000
committerbde <bde@FreeBSD.org>1997-09-16 10:11:49 +0000
commit1bd32b987b7336e1c1c99ba6a70f36b84af119ed (patch)
treed24f5e57c978dd01409c44e8d1aa86349e5e7b97 /usr.sbin/sysinstall/termcap.c
parent35b575df346c55297cfc7dd21021aade4f39bf82 (diff)
downloadFreeBSD-src-1bd32b987b7336e1c1c99ba6a70f36b84af119ed.zip
FreeBSD-src-1bd32b987b7336e1c1c99ba6a70f36b84af119ed.tar.gz
Reject attempts to set an in-core label which says that the "disk"
or a partition is larger than the slice. Now `disklabel -Brw sdX auto' should fail properly on sliced disks without partition of type 165, e.g., on zip disks with the factory default formatting. Previously it set a bogus in-core label for the compatibility slice and used this to corrupt the MBR (the slice has offset 0 and size 0, but setting the label in effect corrupted its size to nonzero). `disklabel -Brw sdX auto' already failed properly on normally (not dangerously dedicated) sliced disks _with_ partition of type 165, because the compatibility slice has a nonzero offset so the MBR remained inaccessible when the size was corrupted. This bug only affected in-core labels. On-disk labels are checked carefully when they read and written.
Diffstat (limited to 'usr.sbin/sysinstall/termcap.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud