home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / xenix / sco / 2836 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  5.9 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!news.dell.com!natinst.com!balkan!chinacat!chip
  2. From: chip@chinacat.unicom.com (Chip Rosenthal)
  3. Newsgroups: comp.unix.xenix.sco
  4. Subject: Welcome to comp.unix.xenix.sco [changes from previous version]
  5. Message-ID: <sco-xenix-diff-920905@chinacat.unicom.com>
  6. Date: 6 Sep 92 00:20:43 GMT
  7. Organization: Unicom Systems Development, Austin, TX
  8. Lines: 139
  9. Supersedes: <sco-xenix-diff-920807@chinacat.unicom.com>
  10.  
  11. *** /tmp/faq8051.prev-version    Sat Sep  5 19:19:20 1992
  12. --- /tmp/faq8051.curr-version    Sat Sep  5 19:19:18 1992
  13. ***************
  14. *** 1,4 ****
  15. ! @(#) sco-xenix 1.31 92/08/07 21:32:55
  16.   
  17.   Welcome to comp.unix.xenix.sco.  This newsgroup is about the XENIX
  18.   operating system from the Santa Cruz Operation (SCO).  If you have an
  19. --- 1,4 ----
  20. ! @(#) sco-xenix 1.33 92/09/05 18:52:02
  21.   
  22.   Welcome to comp.unix.xenix.sco.  This newsgroup is about the XENIX
  23.   operating system from the Santa Cruz Operation (SCO).  If you have an
  24. ***************
  25. *** 67,73 ****
  26.       QC2.  Why won't XENIX recognize my SCSI disk?
  27.       QC3.  Where is the `/u' filesystem I created?
  28.       QC4.  `WARNING!! - mounting: <usr> as <news>' message when booting.
  29. !     QC5.  Is disk fragmentation curable?
  30.   
  31.   
  32.   ===> Communications Questions:
  33. --- 67,74 ----
  34.       QC2.  Why won't XENIX recognize my SCSI disk?
  35.       QC3.  Where is the `/u' filesystem I created?
  36.       QC4.  `WARNING!! - mounting: <usr> as <news>' message when booting.
  37. !     QC5.  `POSSIBLE FILE SIZE ERROR' when running `fsck'.
  38. !     QC6.  Is disk fragmentation curable?
  39.   
  40.   
  41.   ===> Communications Questions:
  42. ***************
  43. *** 533,553 ****
  44.       Due to a bug in the `mkdev fs' program, filesystems mounted below
  45.       the root directory are labeled wrong.  For example, if you mount
  46.       a device `/dev/news' onto directory `/usr/spool/news', then you
  47. !     will get a warning message when going into multi-user mode.  This
  48. !     would not happen if the mount point for `/dev/news' was a directory
  49. !     called `/news'.
  50.   
  51.       This message is merely an annoyance and will not hamper system
  52.       operation.  To eliminate the warning, relabel the filesystem with
  53.       the last component of the mount directory.  For the above example,
  54. !     you may do this by running the command:
  55.   
  56. -         # `news' is the basename of mount dir `/usr/spool/news'
  57.           fsname -s news /dev/news
  58.   
  59.   
  60. ! QC5.  Is disk fragmentation curable?
  61.   
  62.       Not easily.  However, the steps to slow down fragmentation are
  63.       pretty simple.
  64.   
  65. --- 534,581 ----
  66.       Due to a bug in the `mkdev fs' program, filesystems mounted below
  67.       the root directory are labeled wrong.  For example, if you mount
  68.       a device `/dev/news' onto directory `/usr/spool/news', then you
  69. !     will get a warning message when going into multi-user mode.  That's
  70. !     because `mkdev fs' labels the filesystem with the first component
  71. !     in the pathname (`usr' in this example) when it really should be
  72. !     the last component in the pathname (`news' in this example).
  73.   
  74.       This message is merely an annoyance and will not hamper system
  75.       operation.  To eliminate the warning, relabel the filesystem with
  76.       the last component of the mount directory.  For the above example,
  77. !     you may change the label from `usr' to `news' by running the command:
  78.   
  79.           fsname -s news /dev/news
  80.   
  81.   
  82. ! QC5.  `POSSIBLE FILE SIZE ERROR' when running `fsck'.
  83.   
  84. +     If `fsck' says `POSSIBLE FILE SIZE ERROR I=nnnn' don't panic.  It
  85. +     almost always means `fsck' found a `sparse file', not a true
  86. +     filesystem error.  A sparse file has holes in it.  They are created
  87. +     when a program skips over sections of a file it is writing.  The
  88. +     XENIX filesystem fills in those sections with zeros.  The XENIX
  89. +     filesystem doesn't even both allocating disk blocks for the sections
  90. +     full of zeros, thus creating a sparse file.  The complaint occurs
  91. +     because `fsck' calculates the number of disk blocks needed to
  92. +     store the file, counts up the number of disk blocks actually used
  93. +     by the file, and complains that the two don't match.
  94. + 
  95. +     When you get a file size error from `fsck' you should note both
  96. +     the `I=nnnn' inode number logged in the message and the filesystem
  97. +     which was being checked.  You can see what the file is by running
  98. +     the following command:
  99. + 
  100. +     ncheck -i <nnnn> <fsname>
  101. + 
  102. +     where <nnnn> is the number logged in the error message and <fsname>
  103. +     is the pathname of the filesystem device, e.g. `/dev/u'.  Chances
  104. +     are the file will either be a dbm(S) database file (in which case
  105. +     ignore the complaint, it's expected) or a `core' dump (in which
  106. +     case delete the `core' file).
  107. + 
  108. + 
  109. + QC6.  Is disk fragmentation curable?
  110. + 
  111.       Not easily.  However, the steps to slow down fragmentation are
  112.       pretty simple.
  113.   
  114. ***************
  115. *** 842,851 ****
  116.   
  117.   QD8.  How do I change the 16550A trigger level?
  118.   
  119. !     If installing a 16550A UART to helped but didn't totally fix a
  120. !     lost character problem, and your system is heavily loaded, then
  121. !     there is something else you can try.  If you installed a 16550A
  122. !     and there was no effect at all, then skip this -- it won't help.
  123.   
  124.       The XENIX `sio' driver initializes the 16550A with a trigger level
  125.       of 14.  This means that under continual data streams the UART will
  126. --- 870,879 ----
  127.   
  128.   QD8.  How do I change the 16550A trigger level?
  129.   
  130. !     If installing a 16550A UART helped but didn't totally fix a lost
  131. !     character problem, and your system is heavily loaded, then there
  132. !     is something else you can try.  If you installed a 16550A and
  133. !     there was no effect at all, then skip this -- it won't help.
  134.   
  135.       The XENIX `sio' driver initializes the 16550A with a trigger level
  136.       of 14.  This means that under continual data streams the UART will
  137. ***************
  138. *** 1214,1218 ****
  139.       [Thanks to Jeff Liebermann.]
  140.   
  141.   
  142. ! [ end of sco-xenix 1.31 ]
  143.   
  144. --- 1242,1246 ----
  145.       [Thanks to Jeff Liebermann.]
  146.   
  147.   
  148. ! [ end of sco-xenix 1.33 ]
  149.   
  150.