home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / acorn / tech / 573 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  2.5 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!ames!agate!doc.ic.ac.uk!uknet!keele!nott-cs!lut.ac.uk!copib
  2. From: P.I.Berresford1@lut.ac.uk
  3. Newsgroups: comp.sys.acorn.tech
  4. Subject: Re: ADFS maps
  5. Message-ID: <1992Nov11.114709.22666@lut.ac.uk>
  6. Date: 11 Nov 92 11:47:09 GMT
  7. Sender: copib@lut.ac.uk (PI Berresford)
  8. Reply-To: P.I.Berresford1@lut.ac.uk (PI Berresford)
  9. Organization: Loughborough University, UK.
  10. Lines: 44
  11.  
  12.  
  13. ijp@doc.ic.ac.uk (Ian Palmer) writes:
  14. : Now I have a problem, to which I know of *a* solution to, but I don't
  15. : want it to be the *only* solution.
  16. : 
  17. : Over the weekend I suddenly (well over the period of a few mins) lost
  18. : 3.5Meg of my hard disc free space. I was archiving some files and what
  19. : appeared to happen is that every time a new file was placed in the
  20. : archive (producing a copy of the archive temporarily) the old one at
  21. : the end was NOT being added to the free space map (or is it taken
  22. : away?) on my IDE (A5000) hard disc.
  23. : 
  24. : The consequence is that I went from 3.5meg free to zilcho all for a
  25. : 500k archive. A further consequence is that *checkmap reports that the
  26. : map is inconsistent with the directory tree.
  27. : 
  28. : Now my question is, is there some easy way of getting that 3.5 meg
  29. : back without having to re-initialise my hard disc and reinstal all the
  30. : data?
  31. : 
  32. : What I find hard to understand is that *checkmap obviously creates
  33. : what it consideres to be the actual map of the disc during it's
  34. : directory scan in order to compare it with what is stored as the map
  35. : on the disc. So why then can it not just replace the disc map with
  36. : this correct map?
  37. : 
  38. : I guess there must be a reason, because in the review of the
  39. : disc recovery program in a recent Archive magazine it states that it
  40. : can't do any more than *checkmap does (or words to that effect) on the
  41. : new map discs (ie. it can't recreate the map by scanning the disc),
  42. : but I can't understand why this should be the case.
  43.  
  44.      Yep.  I've also had the same problem on an A5000 under RO3.0,  but I was
  45. using spark 2.14 at the time. Spark crashed out with a 'Filecore space
  46. corrupt' error or something like that, as it was a few months ago.  I had no
  47. other option than reformatting my hard drive.  The problem seemed to occur
  48. whilst I was doing other filer operations, at the same time as Spark was 
  49. archiving. Since then I've left the filer alone whilst Spark is archiving.
  50.  
  51.      So maybe theres a bug in filecore, which means two or more applications
  52. can't use it's facilities at the same time. Not what I'd call multi-tasking.
  53.  
  54.      Hope this helps someone trace the cause.
  55.               Philip
  56.