HDTenEightyP/NetNews huggingface dataset:
From: nathan@laplace.biology.yale.edu (Nathan F. Janette)
Subject: Re: Color memory questions
Reply-To: nathan@laplace.biology.yale.edu
Organization: Yale University, Department of Computer Science, New Haven, CT
Distribution: na
Date: Thu, 13 Aug 1992 20:50:23 GMT

In article <1992Aug13.174028.18698@csi.on.ca> richard@csi.on.ca (Richard  
Martin) writes:
> In article <1992Aug12.210129.14534@cs.yale.edu>  
nathan@laplace.biology.yale.edu writes:
> >In article <1992Aug11.201126.27227@CS.ORST.EDU> cowgilc@tsunami.CS.ORST.EDU  
> >(Clayton Neil Cowgill) writes:
> >> In article <1992Aug10.215117.25551@cs.yale.edu>  
> >> > Try reading the current FAQ for the answers to all your questions.
> >> > 
> >> > People, USE THE $^$^$*($&$)(@#^@ FAQs!!!
> >> > People, USE THE $^$^$*($&$)(@#^@ FAQs!!!
> >> > People, USE THE $^$^$*($&$)(@#^@ FAQs!!!
> >> > People, USE THE...
> Where ARE the stupid FAQs?

comp.sys.next.announce

--
Nathan Janette		"I'm a NeXTstep man,
Dept MB&B, Yale Univ	 I'm a NeXTcube guy"
New Haven, CT
nathan@laplace.biology.yale.edu (NeXT)

Newsgroups: comp.sys.next.sysadmin
From: smb3u@kiptron.psyc.virginia.edu (Steven M. Boker)
Subject: NeXT mail via SLIP
Organization: University of Virginia, Department of Psychology
Date: Thu, 20 Aug 1992 17:33:10 GMT

I have a question for those of you who have been using SLIP.

We are setting up SLIP for a number of our professors who have NeXT
machines at home as well as at work.  They prefer to read
their mail using the NeXT Mail GUI.  Has anyone a list of practical
do's and don'ts for setting up a mail client over a SLIP line?

The SLIP server is also the mail server for our NetInfo cluster.
I assume that I could go ahead and make the same NFS mounts that
I normally would for a mail client, but I have heard that NFS
can be troublesome over SLIP.  What is the common net wisdom on
this?

Steve

-- 
 #====#====#====#====#====#====#====#====#====#====#====#====#====#====#
 #  Steven M. Boker            #          "Two's bifurcation           #
 #  smb3u@virginia.edu         #           but three's chaotic"        #
 #====#====#====#====#====#====#====#====#====#====#====#====#====#====#
Newsgroups: comp.sys.next.sysadmin
From: jim@ptnext.claremont.edu (Jim Kieley)
Subject: missing printer socket
Organization: Harvey Mudd College, Claremont, CA 91711
Date: Fri, 21 Aug 1992 21:21:13 GMT

I can't print from TeXview to a local NeXT printer.  The printer connected to  
this machine works find with other NeXT software. I can print the same document  
from TeXview on other NeXT printers without any problems.  The console produces  
a message that it can't find /dev/printer when I try to print from TeXview. The  
printer= is sure enough of missing on this machine and is present on the others  
I have looked at.  Is it possible to recreate the missing socket without  
reinstalling the entire distribution?   

- Jim Kieley
  jim@ptnext.claremont.edu
From: jpc@gauss.msri.org (Joe Christy)
Newsgroups: comp.sys.next.sysadmin
Subject: NeXT and SPARCprinter
Date: 21 Aug 1992 22:59:40 GMT
Organization: Mathematical Sciences Research Institute
Distribution: world
Reply-To: jpc@msri.org
NNTP-Posting-Host: 128.3.188.58


In article <25672@dog.ee.lbl.gov>, jpc@gauss.msri.org (Joe Christy) writes:
(essentially nothing)
I see that somehow Pnews at my new site ignored the body of my query.

	Has anyone out there figured out how to print across a network
from a NeXT to SPARCprinter? What do we have to tell the PrintManager
to configure this unholy union?

Joe Christy   | Mathematical Sciences Research Institute
jpc@msri.org  | 1000 Centennial Drive
(510)643-6069 | Berkeley, CA 94720
two wrongs don't make a right, three lefts do
From: elmar@knipp.en.open.de (Elmar Knipp)
Newsgroups: comp.sys.next.sysadmin
Subject: Problems saving preferences
Date: 21 Aug 92 19:03:28 GMT
Organization: Private/FRG

Hi out there in netland,

some users on my system complain that their preferences
(e.g. key repeat rate) are not saved after logout.
Their home-directory is mounted via NFS from a
remote ypdomainserver (HP9000/720).

Is this a FAQ? ;)

You can already help us by telling us, where the preferences
are saved.

Elmar

--------------------------------+-------------------------------------
Elmar Knipp                     |     Voice:       + 49 231 975015-0
Knipp Satz und Bild digital     |     Fax 3:       + 49 231 975015-80
Technologiepark                 |     Modem:       + 49 231 975015-82
Martin-Schmeisser-Weg 9         |     ISDN-Server: + 49 231 975015-831
4600 Dortmund 50                |     E-Mail:  elmar@knipp.en.open.de
Germany                         |        
--------------------------------+-------------------------------------
Newsgroups: comp.sys.next.sysadmin
From: finger@convex.com (Jay Finger)
Subject: Re: What's a better block size for a Fuji 520M drive?
Organization: CONVEX Computer Corporation, Richardson, Tx., USA
Date: Tue, 18 Aug 1992 23:18:20 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

In article <1992Aug17.182637.9116@leland.Stanford.EDU> m@crito.stanford.edu (M Carling) writes:
>Not only for this Fujitsu, but for all SCSI hard drives, 1024 byte blocks  
>are better than (or in a few cases as good as) 512 byte blocks. The reason  
>is that the filesystem writes files in increments of 1K. Thus if the disk  
>is formatted to 512, blocks get used in pairs. There is an overhead cost  
>to be paid for this. Formatting the drive to 1024 byte blocks may yield a  
>capacity increase of up to 5%, and a performance increase smaller than  
>that.

Will the NeXT support sector sizes greater than 1024 bytes?  Since the sd
driver reads/writes 8K chunks, might one find even better performance with
8K sectors?

-- 
===============================================================================
Jay Finger - finger@convex.com        | Convex Computer Corp
CONVEX System Integration and Support | 3000 Waterview Parkway
Product Specialist                    | Richardson, TX 75083
Newsgroups: comp.sys.next.sysadmin
From: szatezal@magnus.acs.ohio-state.edu (Shane M Zatezalo)
Subject: tn3270 and map3270
Organization: The Ohio State University
Date: Wed, 19 Aug 1992 14:50:16 GMT

Question: How would I modify the /etc/map3270 file so that when a user
presses "1" on the numeric keypad, it sends out
a "^P1\E1" (control-p1 esc 1)

Right now, my current map has this for the pfk1 key:

pfk1 = '\E1';

BTW, I was the guy who posted another question about this a few weeks
ago. THANK YOU ALL for the help.

 _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
:   Shane M. Zatezalo         : i-net> szatezal@magnus.acs.ohio-state.edu :
:   CIS Eng Ohio State        : NeXTMail>  shane@kiwi.shws.ohio-state.edu :
:GS:::: Apple II forever!! ::::::GO BUCKS!::::::: Play Lacrosse! :::::::GS:






Newsgroups: comp.sys.next.sysadmin
From: dprcta@inetg1.ARCO.COM (Craig Artley)
Subject: Re: NextStep 3.0 on 8M/105+105 system?
Keywords: NfsExtend 3.0
Organization: ARCO Oil and Gas Company
Date: Thu, 20 Aug 1992 22:58:36 GMT

In article <1992Aug20.182655.21624@leland.Stanford.EDU>,
m@crito.stanford.edu (M Carling) writes:
>
> I am running 3.0 on an 8/250 system. It is a bit slower than 2.1, but the
> > improvement in functionality justifies it. It is possible to build a  
> minimal 3.0 system on a 105 drive.
> 
On that note, we use NeXT's NfsExtend script for making the extended 2.1
release available to the 105 and 200 mb machines on our network.

[For those not familiar with it, NfsExtend simply adds a NFS mount of the
server's root directory to the client's NetInfo database and then makes a
zillion symbolic links to all the missing files.
E.g., "ln -s /NeXTMount/bin/cc /bin/cc" and so on.]

Hopefully NeXT has an updated version of this script ready to distribute.
It shouldn't be very different, but I'm sure several things have been
added,
deleted, or moved.  Does anyone know if NeXT is going to have a 3.0
version
of NfsExtend?  Maybe it's even on the CD.
-- 
Craig Artley           dprcta@er.arco.com          (214) 754-6145
Newsgroups: comp.sys.next.sysadmin
From: kinch@valve.heart.rri.uwo.ca (Dave Kinchlea)
Subject: Two questions to a new NeXT sysadmin: No doubt FAQs but ...
Organization: /u/kinch/.organization
Date: Tue, 18 Aug 1992 14:01:49 GMT

Howdy:
	I have a couple of questions regarding NeXT boxes and certain
processes. Yesterday a user was complaining that the NeXT station
seemed slow and so I looked into it and ps reported two things that
confuse me, I was hoping someone could explain this:

next.heart.rri.uwo.ca> ps aux | more
USER       PID  %CPU %MEM VSIZE RSIZE TT STAT  TIME COMMAND
vesely     148  49.9  7.1 23.9M 1.41M ?  S     17hr - console (WindowServer)
root      5445  13.9  3.2 1.72M  656K p3 R     0:00 ps aux
kinch     5446   0.6  1.1 1.34M  224K p3 S     0:00 more

next.heart.rri.uwo.ca> whoami
kinch

The first quesetion regards the "- console (WindowServer)", this
person logged in less than 10 minutes before I issued this command so
it seems unlikely that it has chewed up 17hrs of CPU ;-( Also notice
the very small PID, it clearly is a process that has been around for
awhile. 

The second question regards the "ps aux" command seemingly owned by
root, clearly kinch issued the command why does that not show up?

I am most intereseted in this as a matter of curiosity, however in the
case of the console process, it is rather largeer than it need be and
I noticed that when it got killed, the next login was *somewhat*
faster. 

Please respond by email, I will post a summary if there is interest.

cheerskinch

Dave Kinchlea            
email:	 	kinch@valve.heart.rri.uwo.ca
Snail-mail:	System Administrator/Research Programmer
		John P. Robarts Research Institute.
		London, Ont, Canada
A Real Live Voice: 663-5777-x4406

".... 2 to the power 759 million to 1 and falling ..." HHGTG
Newsgroups: comp.sys.next.sysadmin
From: dglattin@trirex.com (Dennis Glatting)
Subject: Re: Spaces in filenames
Organization: Trirex Systems Inc.
Date: Mon, 17 Aug 1992 13:50:26 GMT

In article <1992Aug12.144727.17189@newstand.syr.edu>  
mcnichol@terminator.psy.syr.edu (Brendan T. McNichols) writes:
> Hi all,
> 
> I have the following script which I modified from an earlier post by Jim  
> Kiraly to search through the entire filesystem and delete all old files  
> in .NextTrash directories.  
> 
> # ---  Empty the Recycler(s)   --- Changed by Brendan on August 10, 1992
> # from an earlier version posted by Jim Kiraly to comp.sys.next.sysadmin 
> #
> # Search through entire filesystem looking for .NextTrash directories.
> # Save the list in the variable trashlist. For every .NextTrash  
directory 
> # found in the previous command, find and delete all files that are more 
> # than 1 day old.
> trashlist=`find / -type d -name .NextTrash -prune -print`
> for j in $trashlist 
>   do
>     echo 'Removing files more than 1 day old from recycler: '$j
> #    find $j -ctime +1 -depth -exec rm -rf {};
>   done
> 
> Unfortunatly, the script does not work if one of the paths in the  
> trashlist variable has a space in it.  When the for loop gets to the  
path  
> with the space in it, it thinks that the path is actually two paths.   
> Anyone know how I would go about fixing this problem?  Can anyone think  
> of a better way of writing this script?
> 
> Thanks very much in advance,
> Brendan
> 
> --
> Brendan T. McNichols, Computer Support                (315) 443-9577
> Psyracuse U. Sychology Dept.             mcnichol@psy.syr.edu (NeXT)
> 430 Huntington Hall                                 mcnichol@syr.edu
> Syracuse, NY 13244

I have written a script that 'cleans' hard disks but is more elaborate  
then the one you posted.  Yes, it does handle spaces in the file names but  
doesn't handle some of the special characters such as '?'.  I'm satisfied  
with 95% for now but will eventually rewrite it in perl.

This script not only processes .NextTrash but cleans things like  
uucppublic, uucp, /tmp, and backup files.

The script is copyrighted but I can send it to you as a beta test site.   
Feedback will be required.  The 'clean' script is but one of a suite of  
sysadmin scripts I have written.  Some of the others include:  one that  
cruses through all of the NetInfo domains listing the domains and/or hosts  
under those domains -- useful for multi level domain structures (here at  
Trirex we have a four level);  another gathers all of the passwd entries  
from all of the domains and hosts and submits them to Crack.

We're considering marketing those scripts.  They cost money to develop.   
On the other hand, we might dump them into the public domain for education  
institution use only.  Decisions, decisions...


--
Dennis P. Glatting
Sr. Technical Manager
Trirex Systems Inc.
315 Post Road West
Westport, Connecticut   06880
203-221-4614
From: cedman@714-725-3165.nts.uci.edu (Carl Edman)
Subject: Re: What's a better block size for a Fuji 520M drive?
Newsgroups: comp.sys.next.sysadmin
Reply-To: cedman@golem.ps.uci.edu (Carl Edman)
Date: 19 Aug 92 02:47:02 GMT

M Carling writes
> If the disk could do it, and the computer could do it, 8K
> blocks would be   faster (not much) and increase capacity
> (again not much). But unless you   have just a few files each
> of which is quite large, that is not an   efficient way to use
> space.

I hesitate to disagree with M Carling, but I'm afraid that on at least one  
point he is mistaken. BSD FFS indeed uses 8 kByte blocks, but it is perfectly  
capable of putting several smaller files within one 8 kByte block. If my memory  
doesn't deceive me the size granularity for files smaller than 8 Kbytes is 1  
kByte.

> Dan Quayle needs a new running mate.
> George Bush undermines his chances of being re-elected Vice President.

Well, what about Andre Marrou ? :-)

	Carl Edman
Newsgroups: comp.sys.next.sysadmin
From: irving@Happy-Man.com (Irving_Wolfe)
Subject: Re: COPS on NeXT
Bcc: irving
Reply-To: Irving_Wolfe@Happy-Man.com
Organization: Happy Man Corp., Vashon Island, WA 98070-7399
Date: Thu, 20 Aug 1992 02:41:05 GMT

In <1992Aug18.181839.27753@leland.Stanford.EDU> m@crito.stanford.edu (M Carling) writes:

>NeXT does provide source if you buy a source license. Last I checked, it  
>was $10,000.

I should point out that this is cheap, not expensive, as source 
licenses go.  Unfortunately, you might need AT&T's Unix source 
license first, and that's probably ten times as much.  This will 
change when all computer-sites tell AT&T that they're switching to 
an alternative carrier unless the price of a Unix source license is 
lowered to $5,000, since computer-sites also tend to be heavy 
long-distance users.  And that won't happen until Sprint, MCI, 
etc., improve their quality to match AT&T's.   Too bad.
-- 
 Irving_Wolfe@Happy-Man.com      Happy Man Corp.  206/463-9399 x101
 4410 SW Pt. Robinson Rd., Vashon Island, WA  98070-7399   fax x108
 We publish SOLID VALUE for the intelligent investor.   NextMail OK
Info free; sample $20.  Send POSTAL addrs: Solid-Value@Happy-Man.com
Newsgroups: comp.sys.next.sysadmin
From: sears@tree.egr.uh.edu (Paul S. Sears)
Subject: Re: Automatic power ON
Reply-To: sears@tree.egr.uh.edu
Organization: University of Houston
Date: Wed, 19 Aug 1992 18:38:53 GMT

In article <7339@ayumi.stars.flab.fujitsu.co.jp> mikhe@flab.fujitsu.co.jp  
writes:
=>In article <4081@seti.UUCP> quinquet@nuri.inria.fr (quinqueton joel -)  
writes:
=>>When the electricity goes off, the NeXT won't reboot, you have
=>>to press the Power key. It is a bit annoying because we have a server
=>>that is suppose to run all the time.
=>
=>Login as root and open the preferences icon, find the power button, choose  
=>power from the pop-up list and set the "Turn computer on:" to "after power  
=>off/failure". Easy huh?
=>

This only works with the newer NeXTs that have the special clock circuitry.   
The upgraded cubes and the older mono slabs do not support this feature and un  
the power button in the Preferences.app it will say "Not Applicable."

=>>Michel Jacquot
=>--
=>Mike Henry                             mikhe@flab.fujitsu.co.jp        ///

--
Paul S. Sears                *  sears@uh.edu (NeXT Mail OK)
The University of Houston    *  suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center *  comments, complaints, questions)
NeXT System Administration   *  DoD#1967 '83 NightHawk 650SC 
          >>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.sysadmin
From: sears@tree.egr.uh.edu (Paul S. Sears)
Subject: Re: COPS on NeXT
Reply-To: sears@tree.egr.uh.edu
Organization: University of Houston
Date: Tue, 18 Aug 1992 22:33:06 GMT

In article <1992Aug18.162417.6607@reed.edu> horde@reed.edu (Mr. Heiji Horde)  
writes:
=>In article <Bt3oLt.KKK@ux1.cso.uiuc.edu> lemson@ux1.cso.uiuc.edu (David  
Lemson) writes:
=>
=>Also, several other security holes on the NeXT can't be fixed without
=>  getting source to hack at. And NeXT doesn't provide these to anyone. foo!
=>
=>	-Heiji
=>	 "All my nightmares involve Netinfo."

Actually you can purchase the sources to NeXTs version of the Mach kernel, but  
purchasing NS is not a possibility...

=>-- 
=>===========================================================================
=> Mr. Heiji Horde    (Non NeXT mail only please)     e-mail: horde@reed.edu

--
Paul S. Sears                *  sears@uh.edu (NeXT Mail OK)
The University of Houston    *  suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center *  comments, complaints, questions)
NeXT System Administration   *  DoD#1967 '83 NightHawk 650SC 
          >>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
Newsgroups: comp.sys.next.sysadmin
From: zenon@resonex.com (Zenon Fortuna)
Subject: Re: Spaces in filenames
Organization: Resonex Inc., Sunnyvale CA
Date: Thu, 13 Aug 1992 19:53:34 GMT

In article <1992Aug12.144727.17189@newstand.syr.edu> mcnichol@mailbox.syr.edu writes:
>Hi all,
>
>I have the following script which I modified from an earlier post by Jim  
>Kiraly to search through the entire filesystem and delete all old files  
>in .NextTrash directories.  
>
># ---  Empty the Recycler(s)   --- Changed by Brendan on August 10, 1992
># from an earlier version posted by Jim Kiraly to comp.sys.next.sysadmin 
>#
># Search through entire filesystem looking for .NextTrash directories.
># Save the list in the variable trashlist. For every .NextTrash directory 
># found in the previous command, find and delete all files that are more 
># than 1 day old.
>trashlist=`find / -type d -name .NextTrash -prune -print`
>for j in $trashlist 
>  do
>    echo 'Removing files more than 1 day old from recycler: '$j
>#    find $j -ctime +1 -depth -exec rm -rf {};
>  done
>
>Unfortunatly, the script does not work if one of the paths in the  
>trashlist variable has a space in it.  When the for loop gets to the path  
>with the space in it, it thinks that the path is actually two paths.   
>Anyone know how I would go about fixing this problem?  Can anyone think  
>of a better way of writing this script?

The syntax of the script suggests the Bourne-shell. If this is the case one
can tell the Shell to ignore the space in the name, i.e. do not treat it as
name separator.

The IFS parameter tells the Bourne-shell which characters use to separate names
(IFS means: internal field separators), so before the "for j in $trashlist"
line, one can insert the declaration :
IFS="
"
(i.e. IFS string, equal sign, double quote, return, and double quote again)
This will tell the Shell to take all names from the trashlist up to the
new line sign.

The manual for sh(1) informs, that IFS is ignored for root, and when the
effective user is different from the real one. I have checked for root and
it still works.
Manual bug ?  :-)

	-Z.
>
>Thanks very much in advance,
>Brendan
>
>--
>Brendan T. McNichols, Computer Support                (315) 443-9577
>Psyracuse U. Sychology Dept.             mcnichol@psy.syr.edu (NeXT)
>430 Huntington Hall                                 mcnichol@syr.edu
>Syracuse, NY 13244


Newsgroups: comp.sys.next.sysadmin
From: bill@epnxt.jsc.nasa.gov
Subject: Turning off NeXT at night....
Reply-To: bill@epnxt.jsc.nasa.gov
Organization: nasa-jsc
Date: Thu, 13 Aug 1992 12:49:59 GMT

I would like to turn off my NeXT at night.  Would I still get my mail  
messages the next morning?  How about after a weekend?

Also, I have a ND system with 2 monitors.  Is there anyway of moving the  
doc over to the monochrome side?

Thanks in advance?

		Bill
From: hardy@golem.ps.uci.edu (Meinhard E. Mayer (Hardy))
Subject: Re: What is Stuart?
In-reply-to: rmcghee@fnma.com's message of Thu, 20 Aug 1992 12:49:07 GMT
Newsgroups: comp.sys.next.sysadmin
Organization: Department of Physics, UC Irvine, CA 92717-4575, USA
Date: 21 Aug 92 06:42:42 GMT

In article <1992Aug20.124907.25964@almserv.uucp> rmcghee@fnma.com(Rich McGhee) writes:

   What is Stuart I hear so much about?

Stuart is a GREAT shareware VT100 emulator written by Scott Hess.
Pick it up, try it out and send Scott your registration!
No one should leave his NeXT without it,
--
Hardy 
-----
Meinhard E. Mayer,  Department of Physics, UC Irvine 
e-mail: hardy@golem.ps.uci.edu (preferred) or MMAYER@UCI.BITNET

Newsgroups: comp.sys.next.sysadmin
From: Peter Purgathofer <root@iguwnext.tuwien.ac.at>
Subject: Help: Using Ethernet-Printer on a NeXT
X-Xxdate: Fri, 14 Aug 92 18: 54:07 GMT
Organization: Institute for design and assessment of technology
X-Useragent: Nuntius v1.1.1d7
Date: Fri, 14 Aug 1992 16:52:05 GMT

We have a Macintosh Network with some machines having Ethernet/Ethertalk,
and some machines having LocalTalk/AppleTalk. These machines all print on
one printer, a HP LaserJet III via an Ethernet device (EtherPrint) (some
machines - with AppleTalk - go thru a router). 

We want to be able to use this printer, since it is on Ethernet, with out
NeXTstation. Is this possible? Do we have to wait for 3.0 (which is said
to play AppleTalk)? Or is this just a matter of installation (seems to be
a tough job, then)

Please email answers to me, i'll post the solution, if wanted...

Thanx in advance,

Peter Purgathofer
-----------------------------------------------------------------
Institute for design and assessment of technology
Dep. of Somputer Science / Technical Univ. /Vienna
Moellwaldplatz 5/187     A-1040 Vienna/Austria


"ROMANES EUNT DOMUS"     (Brian)
Newsgroups: comp.sys.next.sysadmin
From: m@crito.stanford.edu (M Carling)
Subject: Re: Was: What's a better block size for a Fuji 520M drive?
Organization: DSO, Stanford University
Date: Thu, 20 Aug 92 16:03:13 GMT

In article <1992Aug19.203816.28483@leland.Stanford.EDU>  
m@crito.stanford.edu (M Carling) writes:
> In article <1992Aug19.183555.3981@menudo.uh.edu> sears@tree.egr.uh.edu  
> (Paul S. Sears) writes:
> > Actually, the NeXT also supports 2048 byte blocks/sectors as that is  
> what the  
> > CD-Rom has for a sector size...
> 
> I don't think it will support hard drives formatted to 2048 byte blocks.

The 3.0 UFS (Unix filesystem) code does support drives that use a logical  
block size of 2048 bytes and that is what the filesystems on the  
prerelease CDs used.  2.x does not have this support, so such volumes may  
not be used with 2.x.

M Carling
Director, Bay Area NeXT Group
--
I believe George Bush, Anita Hill, and Pinocchio.
Newsgroups: comp.sys.next,comp.sys.next.misc,comp.sys.next.programmer,comp.sys.next.sysadmin,comp.sys.next.hardware,comp.sys.software