home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / bsd / 10436 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  2.4 KB

  1. Path: sparky!uunet!olivea!spool.mu.edu!yale.edu!qt.cs.utexas.edu!cs.utexas.edu!natinst.com!hrd769.brooks.af.mil!hrd769.brooks.af.mil!not-for-mail
  2. From: news@hrd769.brooks.af.mil (InterNet News)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: [386BSD] Disklabel for MAXTOR LXT340S
  5. Message-ID: <1gvndtINN8k7@hrd769.brooks.af.mil>
  6. Date: 19 Dec 92 17:50:53 GMT
  7. References: <1992Dec12.100620.16224@tfs.com> <1992Dec15.165013.18162@prism.poly.edu> <PCG.92Dec18223754@decb.aber.ac.uk>
  8. Organization: Armstrong Lab MIS, Brooks AFB TX
  9. Lines: 39
  10. NNTP-Posting-Host: hrd769.brooks.af.mil
  11.  
  12. In article <PCG.92Dec18223754@decb.aber.ac.uk> pcg@aber.ac.uk (Piercarlo Grandi) writes:
  13. >Therefore the best bet is to give a bogus geometry, of which the default
  14. >Adaptec supplied one is one of the most convenient, being N cylinders of
  15. >1MB each, which makes partitioning easier, and abandon all hopes of
  16. >doing lowe level optimizations as those done in the BSD filesystem code,
  17. >that try to minimize things like rotational latency, which are actually
  18. >handled by the LXT340 OS.
  19.  
  20.   Note to Ultrastor 24F users with Maxtor 340:
  21.  
  22.   When using the 24F in ISA mode (because none of us can get the 
  23. specs for the controller :-(), it is necessary to use the geometry
  24. reported by the controller at boot up.  This configuration is neither
  25. the physical geometry nor the N * 1Meg geometry, but some third
  26. strange geometry.  Using any other seems to mess the 340S up rather
  27. badly (resulting in inode losses and files overwriting each other).
  28. With the geometry exception, this article goes a long way to explain
  29. some of the unusual behaviors of the 340S and the Ultrastor card.
  30. A public Thank You for an informative article.
  31.  
  32. >
  33. >A couple of years ago we had a discussion on this; somebody recently
  34. >posted in this newsgroup a patch along the line sof that discussion that
  35. >just makes the BSD filesystem code try to keep block sequentially
  36. >contiguous if the parameters indicate it is a SCSI disk, with no fancier
  37. >layout policy (which are of dubious value anyhow).
  38. >--
  39.  
  40.   I think the purpose of the patch was to not do anything (basically) to
  41. an SCSI file system, since there is no real way of know what the file
  42. system on the disk REALLY looks like.  I looked at it and will be 
  43. incorporating it over the holidays, even though I am using the SCSI disk
  44. as if it were an ESDI/IDE drive.
  45.  
  46. >Piercarlo Grandi, Dept of CS, PC/UW@Aberystwyth <pcg@aber.ac.uk>
  47.  
  48. TSgt Dave Burgess
  49. NCOIC AL/MIS
  50. Brooks AFB, TX
  51.