home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / ultrix / 8480 < prev    next >
Encoding:
Text File  |  1992-11-22  |  1.2 KB  |  28 lines
  1. Newsgroups: comp.unix.ultrix
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!zazen!decwrl!deccrl!news.crl.dec.com!pa.dec.com!decuac!hussar.dco.dec.com!mjr
  3. From: mjr@hussar.dco.dec.com (Marcus J. Ranum AXP)
  4. Subject: Re: Ultrix 4.2: Bad block fixing?
  5. Message-ID: <1992Nov22.202756.28444@decuac.dec.com>
  6. Sender: news@decuac.dec.com (USENET News System)
  7. Nntp-Posting-Host: hussar.dco.dec.com
  8. Organization: Digital Equipment Corporation, Washington ULTRIX Resource Center
  9. References: <bosullvn.722462052@unix1.tcd.ie>
  10. Date: Sun, 22 Nov 1992 20:27:56 GMT
  11. Lines: 15
  12.  
  13. >Lately,
  14. >the machine has refused to boot due to the hard errors on the root
  15. >file system.  Running fsck on the disks does not repair the hard
  16. >errors, and DEC's radisk utility doesn't seem to help either.
  17.  
  18.     You getting the forced error or whatever it is message?
  19. The bad blocks *should* have gotten remapped already. What then
  20. happens is that the block is marked as unusable (since there's no
  21. useful data in it) and you need to clear the re-mapped block
  22. before the system will permit it to be written. It's a perfectly
  23. good block, though. Use "radisk -c LBN 1 /dev/device" to mark the
  24. remapped block as usable, then fsck should be able to fix the
  25. filesystem up.
  26.  
  27. mjr.
  28.