home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / apollo / 4187 < prev    next >
Encoding:
Internet Message Format  |  1993-01-04  |  1.4 KB

  1. Path: sparky!uunet!munnari.oz.au!spool.mu.edu!yale.edu!yale!gumby!destroyer!news.itd.umich.edu!pisa.citi.umich.edu!rees
  2. From: rees@pisa.citi.umich.edu (Jim Rees)
  3. Newsgroups: comp.sys.apollo
  4. Subject: Re: Dealing with a badspot
  5. Date: 4 Jan 1993 20:53:49 GMT
  6. Organization: University of Michigan CITI
  7. Lines: 20
  8. Distribution: world
  9. Message-ID: <5d5ed8b8.1bc5b@pisa.citi.umich.edu>
  10. References: <1993Jan4.100208.10425@infolog.se>
  11. Reply-To: Jim.Rees@umich.edu
  12. NNTP-Posting-Host: pisa.citi.umich.edu
  13.  
  14. In article <1993Jan4.100208.10425@infolog.se>, rabbe@infolog.se (Rabbe Fogelholm) writes:
  15.  
  16.   The UID above refers to the faulty file; I found out by using UCTOB
  17.   and CTOB (surely there should be a more elegant way to find the UID of
  18.   a file).
  19.  
  20. You can get a program called "luids" from archive.umich.edu that will tell
  21. you the uids (object, parent, owner, etc) associated with a file.
  22.  
  23.   Does this indicate a so-called badspot?  Could I use INVOL option 9 to
  24.   add it to the existing badspot list?
  25.  
  26. You could, but it would be better to reformat the track with fixvol.  See
  27. the FAQ for a discussion of both methods.  You'll also want to run lsyserr,
  28. and if the disk appears to be deteriorating, you will want to reformat the
  29. whole thing.
  30.  
  31. Since you've got a bad vtoc block, there will be a large chunk of the file
  32. that you can't get at.  After repairing the disk you'll have to restore the
  33. file from backup.
  34.