home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / alt / sys / amiga / uucp / 3069 < prev    next >
Encoding:
Internet Message Format  |  1992-12-28  |  2.0 KB

  1. Path: sparky!uunet!van-bc!panam!emma.panam.wimsey.bc.ca!rick
  2. From: rick@emma.panam.wimsey.bc.ca (Rick Younie)
  3. Newsgroups: alt.sys.amiga.uucp
  4. Subject: sick news partition
  5. Message-ID: <hHjcs*NG2@emma.panam.wimsey.bc.ca>
  6. Date: Sun, 27 Dec 1992 17:39:29 GMT
  7. Keywords: kick the cat, beat the wife
  8. Distribution: world
  9. Bcc: emma!rick
  10. X-Newsreader: Arn V1.00
  11. Lines: 38
  12.  
  13. My hard drive news partition got lobotomized yesterday.  I made several
  14. uucp and Fido calls and they seemed to go normally, but all the incoming
  15. data was lost and none of the logfiles were updated.  So I backed up and
  16. reformatted, but although the format proceeded normally, the data on the
  17. drive wouldn't go away.
  18.  
  19. So I took everything apart, re-seated chips, low-level formatted and wrote
  20. drive parameters and restored and everything seems ok.  But I'd prefer
  21. that this didn't happen again.  I've lost some data from yesterday that I
  22. have no way of recovering.
  23.  
  24. Does this sound like a problem with the uucp software?  I suspect it is
  25. more likely problems with my hardware.  This is my setup
  26.  
  27.    9 meg news partition on an MFM drive with wedge interface - the other
  28.       partition on the drive was fine through all this.  Also the other
  29.       harddrive that shares the interface was and is ok.
  30.  
  31.    rnews - @($)rnews.c V1.16.14 May 08 1992
  32.       I run this with 'RNews   uucp:c/rnews -1 -h' in uulib:config
  33.  
  34.    trimnews - @($)trimnews.c V1.16.04 Sep 22 1992
  35.  
  36. I had this happen about a month ago, but I blamed hard links that time.
  37. I thought the hard drive software probably got trashed just enough that
  38. it didn't remember how to write, only read.  But it is very unlikely that
  39. this could happen twice, and I'm not using hard links any more.  It's
  40. also pretty unlikely that code can get randomly trashed and still run at
  41. all. :)  
  42.  
  43. Anyone had a similar experience?
  44.  
  45. Rick
  46. --
  47.                           ----,----     ----,----
  48.  rick@emma.panam.wimsey.bc.ca | 1:153/765.9 | BMS:
  49.  rick@emma.tfbbs.wimsey.bc.ca | 1:153/911   |  emma.panam.wimsey.bc.ca
  50.                           ----'----     ----'----
  51.