home *** CD-ROM | disk | FTP | other *** search
/ Programmer 7500 / MAX_PROGRAMMERS.iso / PROGRAMS / UTILS / HARDDISK / HD_TIPS.ZIP / HD-TIPS1.TXT next >
Encoding:
Text File  |  1985-04-15  |  5.1 KB  |  118 lines
  1.             Taking Advantage of Your PC's Hard Disk: 
  2.                      Part I, File Management
  3.  
  4.                           Barry Gordon
  5.                 New York Personal Computer, Inc.
  6.  
  7. This  article is about organizing files on any hard disk attached 
  8. to  a  member  of the IBM PC family,  including the  PC  with  an 
  9. Expansion  Unit,   and  certainly,   the  PC  AT.  The  following 
  10. suggestions have evolved from several months of using the IBM  PC 
  11. XT as a follow-on system to the IBM PC.     I hope these thoughts 
  12. prove  useful  to those who work with hard disks on the  IBM  PC, 
  13. particularly those who are new to it.
  14.  
  15. File Management
  16.  
  17. The  hard  disk is not merely an overgrown diskette.   It can  be 
  18. used that way,  but you would be inviting serious file management 
  19. problems in doing so.   The hard disk has other capabilities  you 
  20. should utilize, and there is no reason not to take full advantage 
  21. of the hard disk's potential.
  22.  
  23. About the last thing you want to deal with is a ten megabyte hard 
  24. disk  containing  all its files in one directory.   (There  is  a 
  25. limit  of how many files the root directory can contain,  so  the 
  26. disk  may give you an error message even though much of the  disk 
  27. is  not  filled.)  With intelligent organization,  the hard  disk 
  28. retains its speed advantage over the diskette, and you are better 
  29. able  to keep track of your files as well.  The name of each file 
  30. should  use filename and the three-letter extension.   Sooner  or 
  31. later you will need all the help you can get in remembering  what 
  32. each file contains.  Most importantly,  though, your files should 
  33. be organized among several directories.
  34.  
  35. The Root Directory
  36.  
  37. Each  DOS  volume (diskette or hard disk) has  a  root  directory 
  38. which DOS creates when it formats the disk. The root directory on 
  39. your  hard disk should contain a minimum of files,  reserving the 
  40. space for sub-directory names.
  41.  
  42. Nonetheless,  a  few files are essential in the  root  directory. 
  43. When you format the hard disk, use the /S parameter:  FORMAT C:/S 
  44. which copies three .COM files to your hard disk:
  45.  
  46.              (IBMBIO.COM)
  47.              (IBMDOS.COM)
  48.              COMMAND.COM
  49.  
  50. Notice that the first two are hidden files.    You won't see them 
  51. in  any DIRectory listing,  but the CHKDSK command will tell  you 
  52. they are there.
  53.  
  54. You  should store the various DOS external command files and  all 
  55. data files in other sub-directories.
  56.  
  57. Sub-directories for Executable Files
  58.  
  59. Now  let's  consider  locating your  various  executable  program 
  60. files--the .EXE,  .COM,  and .BAT files.  You'll want to separate 
  61. related programs into sub-directories of their own.  For example, 
  62. you may want one sub-directory containing all of the external DOS 
  63. commands,  another  sub-directory with your word processing  .COM 
  64. and .EXE files, another with your accounting .COM and .EXE files, 
  65. etc.   until you have stored all of your executable programs into 
  66. sub-directories. They are much easier to remember this way.
  67.  
  68. The  root  directory  has no user-assigned  name,  but  all  sub-
  69. directories  are  specifically created and named using the  MKDIR 
  70. command, MD for short:
  71.  
  72.               MD anyname
  73.  
  74. You can create as many levels of sub-directories as you like, but 
  75. generally,  the fewer levels you have to create, the simpler your 
  76. directory structure will be.   There will be times when a second- 
  77. or  third-level  sub-directory  is needed  (a  directory  created 
  78. within another sub-directory),  but multi-leveled sub-directories 
  79. create a more complex path structure for both you and DOS to sort 
  80. through.
  81.  
  82. Directory Sizes
  83.  
  84. You can fill a sub-directory with as many bytes as the disk  will 
  85. allow, but it is often convenient to limit the size of those sub-
  86. directories  into which you regularly store data to the  capacity 
  87. of a single diskette,  320-360 KB.   This allows you to back up a 
  88. directory using the COPY command:
  89.  
  90.              COPY C:*.* A:
  91.  
  92. The  COPYable directory size offers an alternative to the  BACKUP 
  93. and  RESTORE  commands,  an alternative that many find easier  to 
  94. use.   It  offers portability as well as backup.  If you want  to 
  95. verify  the  copy  with its original,  you can  follow  the  COPY 
  96. command with this:
  97.  
  98.               COMP C: A:
  99.  
  100. However,  if  you  feel confident using the  BACKUP  and  RESTORE 
  101. commands,  the  contents of a single sub-directory can be as many 
  102. bytes as you like.  The bigger it is, the more time consuming the 
  103. backup process becomes.
  104.  
  105. Another  suggestion  is  to give each backup  diskette  a  volume 
  106. label.   This is especially useful if you use the COPY command to 
  107. back up your sub-directories.  By using the /V parameter when you 
  108. format  the diskette,  you can label your diskette with the  same 
  109. name as the directory it backs up.
  110.  
  111. It  is  rarely  necessary  to  back  up  the  entire  hard  disk.  
  112. Typically,  you  store  data changes in the files of a  few  sub-
  113. directories, those few being the only sub-directories you need to 
  114. back up regularly.   Many sub-directories never change,  and need 
  115. backing up only once.
  116.  
  117. nly sub-directories you need to 
  118. back up regularly.   Man