home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / ibm / pc / hardware / 20752 < prev    next >
Encoding:
Internet Message Format  |  1992-07-31  |  2.2 KB
  1. Path: sparky!uunet!olivea!decwrl!access.usask.ca!kakwa.ucs.ualberta.ca!unixg.ubc.ca!twong
  2. From: twong@civil.ubc.ca (Thomas Wong)
  3. Newsgroups: comp.sys.ibm.pc.hardware
  4. Subject: The vanishing harddrive...
  5. Message-ID: <1992Jul31.162828.5381@unixg.ubc.ca>
  6. Date: 31 Jul 92 16:28:28 GMT
  7. Sender: news@unixg.ubc.ca (Usenet News Maintenance)
  8. Organization: Dept. of Civil Engineering, U.B.C., Vancouver, B.C., Canada
  9. Lines: 29
  10. Nntp-Posting-Host: sam.civil.ubc.ca
  11.  
  12. I have a really strange problem. On a 386 in the lab that has 2 RLL
  13. Mitsubishi harddrives (both partitioned in 2 meaning there are 4
  14. logical drives, c: to f:), every once in a reboot (I reboot the machines
  15. every morning. Just to start a new day off on a new slate. Strange
  16. custom, huh?:) ) it would show that the second physical harddrive is
  17. empty, although it is there. To clarify, the first physical drive contains
  18. drives c: & d: and the second one contains drives e: & f:. Things would
  19. normally work ok, but every once in a reboot, drives e: and f: are
  20. both empty even though I do see drives e: and f:. But if I shut it off
  21. and turn it back on enough times, it would come back. And everything
  22. would be fine again. Including reboots. While the drives are empty, I
  23. can access it too, "echo > junk" would create the file and I can
  24. "type" it to see the contents for example. I know I shouldnt do this
  25. but I just want to make sure the drive is still accesible. So the
  26. drives e: & f: are perfectly fine except they are empty. That's what
  27. makes me think that this is not a hardware problem. I'm using DOS 5
  28. and I have removed all drivers and TSRs from config.sys & autoexec.bat
  29. and this is still the case. So I'm thinking maybe DOS is screwing up
  30. somehow and the FAT in memory for drives e: & f: .... well, something
  31. happen to them during bootup. Any other thoughts? Thanks.
  32.  
  33. Thomas.
  34.  
  35. --
  36.     /*----------------------------------------------------------------------*/
  37.    /*   Thomas Y. K. Wong            BITNET:        usercedl@ubcmtsg       */
  38.   /*   Civil Eng., U.B.C       INTERNET:     thomas_wong@civil.ubc.ca     */
  39.  /*   Van, B.C., Canada    UUCP:    ...!uunet!civil.ubc.ca!thomas_wong   */
  40. /*----------------------------------------------------------------------*/
  41.