home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cs.utexas.edu!rutgers!cmcl2!acf3!tihor
- From: tihor@acf3.NYU.EDU (Stephen Tihor)
- Newsgroups: comp.os.vms
- Subject: Re: Question about RMS and MSCP-pair
- Message-ID: <61050101@acf3.NYU.EDU>
- Date: 5 Jan 93 04:35:00 GMT
- References: <1993Jan4.115621.29717@news.th-darmstadt.de>
- Sender: notes@cmcl2.nyu.edu (Notes Person)
- Organization: New York University
- Lines: 25
- Nntp-Posting-Host: acf3.nyu.edu
-
- DAHMS@ifk20.mach.uni-karlsruhe.de writes:
-
- Use ANALYZE/RMS
- : Another interesting varation on that tool would be something to run on
- : a privately mounted disk to read or double read and compare, overwrite
- : with test patterns, and then rewrite each block on a disk.
- Use BACKUP/VERIFY often enough and either restore or delete the file.
- Hack on the file only if it is of great importance.
- Hint: Use DUMP in block mode to read after the error,
- possibly after copying with backup to clear the error, to recover as
- much as possible.
-
- Thanksw that was useful. For example I never know ANAL/RMS would prompt me
- to fix forced errors in case I liked the bits there.
-
- I am not sure show a standalong disk scrubber and test tool that hits all the
- blocks is replaced by BACKUP/VERIFY unless you meant BACKUP/VERIFY/PHYSICAL
- to tape then a BACKUP/VERIFY/PHYSICAL restore of a set of tapes I had
- previously made by a program about as messy as the one I suggested containing
- all ones, all zeros, and the other test patterns and then the original
- datatapes.
-
- I get the impression that you have had worse forced errors than I have.
- IN the 12 forced error events I have had to resolve all but one case the data
- in the file was sufficiently valid to be used in the situation where it occured.
-