Date: Wed, 23 Feb 2000 18:56:02 -0800 (PST) From: wayne@staff.msen.com To: freebsd-gnats-submit@FreeBSD.org Subject: conf/16948: Sysinstall/disklabel: bad partition table when single->multiple slices Message-ID: <200002240256.SAA52033@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 16948 >Category: conf >Synopsis: Sysinstall/disklabel: bad partition table when single->multiple slices >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 23 19:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Michael R. Wayne >Release: 3.4 STABLE >Organization: Msen, Inc. >Environment: FreeBSD manor.msen.com 3.4-STABLE FreeBSD 3.4-STABLE #4: Sat Feb 12 00:33:23 EST 2000 root@cave.msen.com:/usr/src/sys/compile/CAVE i386 >Description: When converting a SCSI disk from dedicated to FreeBSD with a single partition to multiple slices, sysinstall leaves the OLD label on the disk. Sysinstall reads and writes the new information but O/S fails to boot because it is still reading the old, invalid table. >How-To-Repeat: Using sysinstall, dedicate the entire disk to FreeBSD. I was doing newfs and s/w installs of minimal config but that should not matter. Reboot from floppy and allocate 2 slices of approximately equal size. Problem occurs with both standard MBR and the FreeBSD boot manager (the boot manager will simply beep when you hit F1). Sysinstall will permit you to install s/w again but when you reboot after the second install, up comes the dreaded "Missing Operating System" Going back in w/ sysinstall will show the NEW information, even though the MBR is using the OLD info. To see what is actually being used on the disk, boot the fixit floppy and disklabel -r sd0 >Fix: Once I determined what was going on, I worked around the problem by doing a dd of /dev/zero to the disk and then re-doing the install. I suggest that when the user deletes a slice from sysinstall, the operation should be performed immediately, unlike creates which can be deferred. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200002240256.SAA52033>