From owner-freebsd-current Fri Jan 22 15:10:38 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29131 for freebsd-current-outgoing; Fri, 22 Jan 1999 15:10:38 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29104 for ; Fri, 22 Jan 1999 15:10:34 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.2/8.9.2/Netplex) with ESMTP id HAA36697; Sat, 23 Jan 1999 07:10:09 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199901222310.HAA36697@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Greg Lehey cc: Jake , current@FreeBSD.ORG Subject: Re: vinum read no longer works In-reply-to: Your message of "Sat, 23 Jan 1999 09:06:01 +1030." <19990123090601.E19921@freebie.lemis.com> Date: Sat, 23 Jan 1999 07:10:08 +0800 From: Peter Wemm Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Greg Lehey wrote: > On Saturday, 23 January 1999 at 6:24:17 +0800, Peter Wemm wrote: > > Greg Lehey wrote: > >> On Friday, 22 January 1999 at 9:23:48 -0800, Jake wrote: > >>> I can no longer bring up my vinum volume with the vinum read > >>> command: > >>> > >>> vinum read /dev/wd0s1e /dev/wd2s1f > >>> vinum read /dev/wd0s1e > >>> vinum read /dev/wd2s1f > >>> > >>> all come back with > >>> vinum: no drives > >> > >> Correct. As I explained in detail in my HEADS UP message a couple of > >> days ago, you must now specify drives, not partitions. The correct > >> command might be > >> > >> vinum read /dev/wd0 /dev/wd2 > > > > Does vinum scan the slices? What if there are two freebsd slices? > > Currently it just scans the compatibility slice. I'll change that > later. What is worrying me was that wd0 is the "whole disk", not a "compatability slice"... I'm not quite sure how this is dealt with, vinumio.c does a DIOCGPART into &drive->partinfo.. Is this how it's finding the compatability slice info? As I understand it by looking at the unit numbers in /dev, and the subr_diskslice code: wd0c = whole compat slice (slice 0 = compat slice) wd0 = whole disk (this is slice 1 == whole disk != compat slice) wd0s1 == wd0s1c == whole of first slice (this is slice 2 in the major number). Now perhaps the DIOCGPART on slice 1 is being translated into the info for slice 0 (compat slice) but I don't quite see where. > > If somebody is working on a disk shared with something else (eg: > > DOS/windoze), then perhaps the examples should be: vinum read > > /dev/wd0s1 /dev/wd2s1 > > Interesting. Yes, I think this would work. > > The real problem here is that, as you know from private > correspondence, I haven't found a good way to determine what > partitions are on the system, so I go through with brute force and try > to open each possible partition. This will change when I find a > better way, but it shouldn't require incompatible changes to the > command line syntax again. With any luck, I *will* be able to say > `vinum start', and it will go out and find the partitions by itself. Well, we used to have a way, it was the #ifdef SLICE code. It used to actively probe the devices and went out and found all the disks, slices, labels etc. It would have been an ideal thing for vinum to hook into as it could notify vinum "hey, I've just found something that looks like it belongs to vinum!". When vinum was told about all the components needed to make up a volume and attached that to the system, the SLICE code would have probed for disklabels etc inside. That would have taken us 99% of the way to booting from a drive array with a root partition. > Greg Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message