home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / bsd / 10132 < prev    next >
Encoding:
Text File  |  1992-12-12  |  3.9 KB  |  119 lines

  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!think.com!spool.mu.edu!agate!tfs.com!tfs.com!julian
  3. From: julian@tfs.com (Julian Elischer)
  4. Subject: Re: [386BSD] Disklabel for MAXTOR LXT340S
  5. Message-ID: <1992Dec12.100620.16224@tfs.com>
  6. Organization: TRW Financial Systems
  7. References: <1992Dec10.080231.10747@email.tuwien.ac.at>
  8. Date: Sat, 12 Dec 1992 10:06:20 GMT
  9. Lines: 108
  10.  
  11. In article <1992Dec10.080231.10747@email.tuwien.ac.at> mbirgmei@email.tuwien.ac.at (Martin BIRGMEIER) writes:
  12. >Hello netters,
  13. >
  14. >could those who know please tell me the geometry and other pertinent
  15. >data (disklabel etc) of the following drive type which I'm using under
  16. >386bsd:
  17. >
  18. >MAXTOR LXT340S 6.20
  19. >
  20. >Julian's SCSI driver reports 322MB, cyls 1546, heads 7, secs 61,
  21. >bytes/sec 512 - which yields according to my poor knowledge of algebra
  22. >1546 * 7 * 61 / 2 / 1024 MB of disk space, equal to 322.33496 MB (which
  23. >coincides with the first number given - so far so good).
  24. >
  25. >But why then did the default installation (install.fs) create the following
  26. >disklabel:
  27. >
  28. ># /dev/ras0d:
  29. >type: SCSI
  30. >disk: 
  31. >label: 
  32. >flags:
  33. >bytes/sector: 512
  34. >sectors/track: 32
  35. >tracks/cylinder: 64
  36. >sectors/cylinder: 2048
  37. >cylinders: 324              <=========================== (!)
  38. It used the BIOS's idea of the geometry which is different.
  39. (The adaptec sets it up to LOOK LIKE 32sec, 64heads, 324CYL)
  40.  
  41. in fact since the disk MAY have Zone recording we may BOTH be wrong!
  42. in taht case teh number of sectors per cyl (I give an average)
  43. MIGHT be as high as 61.9999999 but I can only use the integer
  44. 61.
  45. This would give an actual size of 335.4MB
  46. ( must report a size that gives an integer number of cyls
  47. according to the (obviously ficticious) figures I have
  48. calculated.  therefore I 'lose' about 2MB.)
  49. sorry.. (there may be a better way)
  50.  
  51. >rpm: 3600
  52. >interleave: 0
  53. >trackskew: 0
  54. >cylinderskew: 0
  55. >headswitch: 0        # milliseconds
  56. >track-to-track seek: 0    # milliseconds
  57. >drivedata: 0 
  58. >
  59. >3 partitions:
  60. >#        size   offset    fstype   [fsize bsize   cpg]
  61. >  a:   653312        0    4.2BSD     1024  8192    16     # (Cyl.    0 - 318)
  62. >  b:    10000   654653    unused        0     0           # (Cyl.  319*- 324*)
  63. >  c:   665153        0    unused        0     0           # (Cyl.    0 - 324*)
  64. >
  65. >Question: Why are there those gaps between partitions a and c, and why is
  66. >there a gap between the end of b and the assumed and of the disk as defined
  67. >by partition c?
  68. no idea.. (That's the install prog at work)
  69.  
  70. >
  71. >I manually repartitioned the whole thing with the following disklabel (nice
  72. >exercise getting used to the quirks of rdump and rrestore :-)):
  73. >
  74. ># /dev/ras0d:
  75. >type: SCSI
  76. >disk: 
  77. >label: 
  78. >flags:
  79. >bytes/sector: 512
  80. >sectors/track: 32
  81. >tracks/cylinder: 64
  82. >sectors/cylinder: 2048
  83. >cylinders: 322
  84. >rpm: 3600
  85. >interleave: 1
  86. >trackskew: 0
  87. >cylinderskew: 0
  88. >headswitch: 0        # milliseconds
  89. >track-to-track seek: 0    # milliseconds
  90. >drivedata: 0 
  91. >
  92. >7 partitions:
  93. >#        size   offset    fstype   [fsize bsize   cpg]
  94. >  a:    40960        0    4.2BSD     1024  8192    16     # (Cyl.    0 - 19)
  95. >  b:    51200    40960      swap                        # (Cyl.   20 - 44)
  96. >  c:   659456        0    unused        0     0           # (Cyl.    0 - 321)
  97. >  d:   659456        0    unused        0     0           # (Cyl.    0 - 321)
  98. >  g:   567296    92160    4.2BSD     1024  8192    16     # (Cyl.   45 - 321)
  99. >
  100. >Is this a good thing to do? Obviously, I'm still missing some vital
  101. >data.  For one, I changed interleave from 0 to 1, which seems quite
  102. >obvious. But what should I fill into the remaining unknown fields
  103. >(disk, label, flag, rpm, trackskew, cylinderskew, headswitch,
  104. >track-to-track seek, drivedata)? I assume that the skews are 0 (since
  105. >the drive does internal translation anyway), what about the others? Or
  106. >is it possible to use the drive in untranslated mode (don't think with
  107. >a SCSI)?
  108. >
  109. >So, any help (and numbers) would greatly be appreciated!
  110. >
  111. >Thanks in advance,
  112. >
  113. >Martin Birgmeier
  114. >Technical University of Vienna
  115. >Dept. of Comm. Engr.
  116. >Austria
  117.  
  118.  
  119.