home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / next / sysadmin / 4766 < prev    next >
Encoding:
Text File  |  1992-08-20  |  1.1 KB  |  31 lines

  1. Newsgroups: comp.sys.next.sysadmin
  2. Path: sparky!uunet!stanford.edu!leland.Stanford.EDU!news
  3. From: m@crito.stanford.edu (M Carling)
  4. Subject: Re: Was: What's a better block size for a Fuji 520M drive?
  5. Message-ID: <1992Aug20.160313.5887@leland.Stanford.EDU>
  6. Sender: news@leland.Stanford.EDU (Mr News)
  7. Organization: DSO, Stanford University
  8. References: <1992Aug19.203816.28483@leland.Stanford.EDU>
  9. Date: Thu, 20 Aug 92 16:03:13 GMT
  10. Lines: 19
  11.  
  12. In article <1992Aug19.203816.28483@leland.Stanford.EDU>  
  13. m@crito.stanford.edu (M Carling) writes:
  14. > In article <1992Aug19.183555.3981@menudo.uh.edu> sears@tree.egr.uh.edu  
  15. > (Paul S. Sears) writes:
  16. > > Actually, the NeXT also supports 2048 byte blocks/sectors as that is  
  17. > what the  
  18. > > CD-Rom has for a sector size...
  19. > I don't think it will support hard drives formatted to 2048 byte blocks.
  20.  
  21. The 3.0 UFS (Unix filesystem) code does support drives that use a logical  
  22. block size of 2048 bytes and that is what the filesystems on the  
  23. prerelease CDs used.  2.x does not have this support, so such volumes may  
  24. not be used with 2.x.
  25.  
  26. M Carling
  27. Director, Bay Area NeXT Group
  28. --
  29. I believe George Bush, Anita Hill, and Pinocchio.
  30.