Tim Shoppa <SHOPPA(a)trailing-edge.com> writes: I know this. Of course! The documentation says clearly that it's for hp (780/750/8600 MASSBUS and clones) and up (RH-11 and clones) disks. Has nothing to do with Q-bus, it's the distinction between SMDish disks and MSCP. But yes, for MSCP you are supposed to use the controller-specific diagnostics for formatting. For DEC ones it's a pain, but most (all?) third-party MSCP controllers have formatting utilities in their ROMs. Here is my preferred way. It requires at least two disks. First boot from an Ultrix tape. That's the easiest thing in the world probably (assuming working hardware, of course, which I don't have right now). When you get a choice between quick installation, custom installation, and maintenance, choose the last one. This will drop you into the shell. Now you have Ultrix running in a RAM disk, you can do anything you want with your disks, and you can pull the Ultrix tape out and do anything you want with the tape drive. Then you put the BSD tape in, advance to the second file (the miniroot) with mt fsf, and dd it to partition c on one of the disks. Why partition c and not partition b? Why need two disks in the first place? Because I can bet that Ultrix and BSD will have different ideas about the default location of partition b. Then extract mdec/rdboot and mdec/bootra from the /usr tar image on the tape, cat them together, and dd them to the beginning of partition c (the miniroot as shipped doesn't have a bootblock). Then reboot from that disk. Now you have BSD running! Disklabel the other disk the way you want. This will put the bootblocks on it automatically. Then create the root and /usr filesystems on it and restore them from the tape. You are all set! True, this method imposes additional requirements (two disks and an Ultrix tape). It's also a little cumbersome (the part about the miniroot bootblocks). However, it has two advantages over the method with the tmscpboot tape. First, you can use the stock BSD tape, not a hacked one. Second, even in Reno tmscpboot supports only KA630 and not KA650. If you know VAX assembly language (I don't yet) and have a machine where you can rebuild it, you can fix this, but again you have extra requirements. Of course, the proper solution is to significantly redesign BSD's installation mechanism and make it a little more like Ultrix's. That's my plan for Quasijarus2, although Quasijarus1 will still be like Tahoe/Reno. I agree wholeheartedly! A standalone disklabel program is part of my plan for Quasijarus2. Again, Quasijarus1 will still be like Tahoe/Reno. The lifting of the filesystem limits is in Tahoe, not in Reno. When you talk about the speed of Reno's binaries, what are you comparing it to? I know for sure that there are no significant changes in the C compiler between plain 4.3, Tahoe, and Reno. Sincerely, Michael Sokolov Phone: 440-449-0299 (Home) 216-217-2579 (Cellular) ARPA Internet SMTP mail: mxs46(a)k2.scl.cwru.edu Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id JAA00292 for pups-liszt; Mon, 23 Nov 1998 09:40:18 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.oz.au) X-Authentication-Warning: minnie.cs.adfa.edu.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f Received: from henry.cs.adfa.oz.au (henry.cs.adfa.oz.au [131.236.21.158]) by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id JAA00282 for <pups(a)minnie.cs.adfa.oz.au>; Mon, 23 Nov 1998 09:40:08 +1100 (EST) (envelope-from wkt(a)henry.cs.adfa.oz.au) Received: (from wkt@localhost) by henry.cs.adfa.oz.au (8.7.5/8.7.3) id JAA29811; Mon, 23 Nov 1998 09:41:31 +1100 (EST) From: Warren Toomey <wkt(a)henry.cs.adfa.oz.au> Message-Id: <199811222241.JAA29811(a)henry.cs.adfa.oz.au> Subject: Re: Minnie's new domain name To: mxs46(a)k2.scl.cwru.edu (Michael Sokolov) Date: Mon, 23 Nov 1998 09:41:31 +1100 (EST) Cc: pups(a)minnie.cs.adfa.oz.au (PDP Unix Preservation) In-Reply-To: <199811220300.WAA16161(a)skybridge.scl.cwru.edu> from Michael Sokolov at "Nov 21, 98 10:00:59 pm" Reply-To: wkt(a)cs.adfa.oz.au X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-pups(a)minnie.cs.adfa.oz.au Precedence: bulk In article by Michael Sokolov: Hi Michael, yes I should put some email out. History lesson following.... Before the Internet reached Australia, the universities had a UUCP-based mail/news system called ACSnet, where addresses were not bang-paths but @-based. The ACSnet software did the route lookups. Anyway, all ACSnet computers had a `domain' name ending in .oz, e.g kre(a)munnari.oz was a valid email address. When we finally got Internet-connected, our country suffix was .au. To make the transition easier, we just tacked it on to the end of the existing domain names, thus kre(a)munnari.oz became kre(a)munnari.oz.au More recently, to bring Australia in line with Internet conventions, .oz.au became .edu.au. Unfortunately, ADFA never bothered to do this switch until mid-way through this year. Over the summer break, I'll add some smarts to minnie's web server and other services to remind people to make the switch in their bookmarks, hotlinks etc. I'll keep it running indefinitely. ADFA is the Australian Defense Force Academy: it has military cadets as undergrads and civilians as postgrads. One half is run by the University of New South Wales and teaches normal civilian university stuff. I belong to this half. The other half is run by Defence, and teaches military history, how to shoot with guns etc. I'm not involved with that side at all :-) Cheers all, Warren P.S Minnie's 2nd hard disk wedged itself sometime over the weekend. It's back now. I hate PC hardware. Received: (from major@localhost) by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id JAA00331 for pups-liszt; Mon, 23 Nov 1998 09:49:26 +1100 (EST) (envelope-from owner-pups(a)minnie.cs.adfa.oz.au) X-Authentication-Warning: minnie.cs.adfa.edu.au: major set sender to owner-pups(a)minnie.cs.adfa.oz.au using -f