home *** CD-ROM | disk | FTP | other *** search
/ Nebula 1 (1993) / nebula.bin / Documents / FAQ / NeXT / FAQ.disks < prev    next >
Encoding:
Text File  |  1993-01-27  |  6.2 KB  |  157 lines
  1. NeXT-FAQ.disks: Questions about disk drives
  2.  
  3.  
  4. *** Subject: D1. What disk drives will work with the NeXT?
  5.  
  6. First get a copy of NextAnswers and review hardware.586
  7.  
  8. Most scsi disk drives will work with 2.0 without
  9. modifying disktab. You should read the Network and
  10. Systems Administrator manual provided with all new
  11. systems and available on-line on 2.0 extended.  There
  12. have been problems with the installation of boot blocks
  13. and badly formed  fstab generated by BuildDisk.  A disk
  14. connected to the NeXT will need to have a NeXT specific
  15. label written to it before it can be properly recognized
  16. by the system.  If you get an error message "Invalid
  17. Label..." this indicates that the drive was
  18. successfully seen by the NeXT machine but it does not have
  19. the proper label, to install a label use the
  20. /usr/etc/disk program on the raw disk device that the
  21. system assigned to the device and use the label command to
  22. write the label onto the disk. [how the NeXT assigns disk
  23. devices is explained in the N&SA manual]
  24.  
  25. NeXT provides a low level disk formatter with 2.0, most
  26. drives are already formatted at the factory.  The sdform
  27. program does not offer much flexibility.
  28.  
  29. [If someone is keeping a list of drives that work with the
  30. NeXT we would like to know about it (send mail to
  31. next-faq@media.mit.edu). This type of list would be
  32. useful to keep on sonata.cc.purdue.edu in the
  33. pub/next/FAQ directory.  Also there was talk about Mac
  34. drives *not* working on the NeXT due to their
  35. implementation of the SCSI standard.] 
  36.  
  37.  
  38. *** Subject: D2. How do I customize BuildDisk to create a bootable disk of my own configuration?
  39.  
  40. The BuildDisk application is extremely limited in terms
  41. of the  types of disks configuration it knows how to build. 
  42. Essentially it "knows" about swapdisks, optical disks,
  43. 330 and 660 MB SCSI disks. If you wish to do custom
  44. configurations you should look at existing BLD script
  45. files in /etc/BLD.*  There is a script which you can use to
  46. specify which BLD script you are using, which disktab
  47. entry, and other useful parameters in
  48. /usr/etc/builddisk 
  49.  
  50. Some things to note: - the fstab installed on the target
  51. disk is specified in the newclient command in the BLD
  52. script.  standard fstabs are extracted from
  53. /usr/template/client/fstab.* - the BLD scripts do not
  54. put down a new boot block on the scsi disk, you may want to
  55. install one by hand using the /usr/etc/disk program. -
  56. some disks boot fine but NeXTstep comes up with a blank
  57. window and no login window.  This is due sometimes to
  58. forgetting to install an accessible
  59. /NextLibrary/{Fonts,Sounds}  In general you need quite
  60. a lot of things to make a bootable disk. 
  61.  
  62. Mike Carlton adds - you can build a minimally usable
  63. bootable floppy (for crash recovery purposes).  There is
  64. a modified version of builddisk (to make it support
  65. building floppies, a minimal change) and a BLD script to
  66. build the boot floppy available at cs.orst.edu in
  67. next/sources/Bootfloppy.tar.Z.  (I put this together
  68. in response to several requests.)  A newer version of
  69. Bootfloppy for 2.1 is on the archives as
  70. next/sources/util/Bootfloppy2.1.tar.Z 
  71.  
  72.  
  73. *** Subject: D3. How much disk space is lost due to formatting and file system overhead?
  74.  
  75. Rex Pruess (rpruess@umaxc.weeg.uiowa.edu) offers the
  76. following explanation: Let's assume you bought a disk
  77. drive advertised with 400 MB unformatted capacity. 
  78. Vendors are not consistent with the MB definition.  You
  79. may have much less space less than you think you have. 
  80. Which of the following did you buy? 
  81.  
  82.          400 * 1000 * 1000 = 400,000,000 bytes
  83.          400 * 1024 * 1000 = 409,600,000 bytes
  84.          400 * 1024 * 1024 = 419,430,400 bytes
  85.  
  86. The disk must be formatted.  This is often done by the
  87. vendor, but occasionally by the user.  Formatting maps
  88. the disk into sectors.  Space is reserved for the disk
  89. geometry and bad sectors.  Formatting can take 10-20% of
  90. the capacity depending on the sector size.  Common sector
  91. sizes are 512 and 1024.  Generally, bigger sectors mean
  92. less waste.
  93.  
  94. Once formatted, the UNIX file system must be created.  On
  95. the NeXT, this is one of the steps performed by the
  96. BuildDisk application.  It invokes the mkfs command to
  97. make a file system.  This reserves space for the UNIX file
  98. system (e.g., superblocks, inode tables).  This
  99. overhead can take another 2-3% of the available disk
  100. space.
  101.  
  102. If you issue the df command, you may be surprised to see
  103. another 10% the available disk space has disappeared. 
  104. The df command shows the total, used, and available disk
  105. space.  The df units are in kbytes (1024 bytes). The sum of
  106. the used and available numbers will generally be about
  107. 10% less than the total kbytes.  This space is reserved to
  108. allow the UNIX file system to be efficient in its storage
  109. allocation.  If your disk fills up, only the superuser can
  110. store files in the remaining 10%. 
  111.  
  112. To complete the picture, here's a snapshot of what may occur:
  113.  
  114.      Capacity     Lost/Used/Reserved    Reason
  115.     (in bytes)       (in bytes)
  116.         419,430,000      19,430,000         Marketing hype (~5%)
  117.     400,000,000      60,000,000         Formatting (~15%)
  118.     340,000,000       6,800,000         UNIX file system (~2%)
  119.     333,200,000      33,320,000         Efficiency & superuser (~10%)
  120.     299,880,000          -                 -
  121.  
  122. For more information, refer to the df and mkfs man pages.
  123.  
  124.  
  125. *** Subject: D4. Can I run my SCSI-2 disks in synchronous mode?
  126.  
  127. Quick answer is: No!  Reason is that the NeXT does not
  128. support synchronous transfers from the SCSI bus.  It does
  129. support SCSI-2 disks running in asynchronous mode,
  130. which all SCSI-2 disks must do. 
  131.  
  132.  
  133. *** Subject: D5. How do I configure my HP 660 to boot properly?
  134.  
  135. It has been reported that HP drives fail to autoboot on
  136. power on or while other devices are on the scsi bus.  The
  137. problem seems to be with drives configured to spin-up
  138. automatically on power on do not get recognized at boot
  139. time.  To remedy this problem reliably with HP 660Mb
  140. (HP97548) and 1Gbyte (HP 97549) drives remove the auto
  141. spinup jumper on the back of the drive.  Looking at the disk
  142. from the back with the power connector on the lower left,
  143. it is the sixth jumper. 
  144.  
  145.  
  146. *** Subject: D6. What is the procedure for installing a Fujitsu M2263SA/SB SCSI Disk as the NeXT Boot Disk?
  147.  
  148. See Izumi Ohzawa's note in
  149. /pub/next/docs/fujitsu.recipe available via
  150. anonymous ftp from sonata.cc.purdue.edu. 
  151.  
  152.  
  153.  
  154. --
  155. Editor:
  156. Nathan Janette nathan@laplace.csb.yale.edu
  157.