From owner-freebsd-current Sun Dec 5 16:18: 4 1999 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 8179914D4F for ; Sun, 5 Dec 1999 16:18:00 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (beefcake.zeta.org.au [203.26.10.12]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id LAA29906; Mon, 6 Dec 1999 11:22:51 +1100 Date: Mon, 6 Dec 1999 11:17:42 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: Matthew Jacob Cc: current@FreeBSD.ORG Subject: Re: disklabel -W now seems to not work(?) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > The reason I brought this all up is that XX0 access would not work for me. > > The disk had a dangerously dedicated label, but I wanted to overwrite the > front of the disk. Impossible. I've noticed this also in the case where > you have slices but want to go to a dangerously dedicated label- no can > do. The second case should work even on alphas unless the first slice already begins at offset 0. The labels and their write protection will go away when the slice table for the dangerously dedicated disk is written (and synced by closing all minors on the disk or by calling the ioctl for this as in sysinstall). At worst you resurrect an old label if you didn't clear it before changing the slice table. > So, what's the answer about what to do? I sure wouldn't want to leap > in and 'fix' it because I don't have a good feel for the ins and outs > of this stuff here (odd- I usually have a strong sense of knowing > what's right, but this house of cards gives me the creeps). The correct fix for the immediate problem of write protection on XX0 is to remove the alpha ifdefs in subr_diskslice.c and then properly fix the bug in the alpha sysinstall which caused them to be hacked in. sysinstall and libdisk have an alarming number of __alpha__ ifdefs. The dangerously dedicated case seems to be required, so it should be possible to use XX0c instad of XX0 for almost everything. The problem is probably that XX0c doesn't exist until you write suitable magic to XX0 (XX0c is the 'c' partition on the first BSD slice, so it doesn't exist if there are no BSD slices). For the i386 the boot sector contains suitable magic. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message