Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!umich!terminator!pisa.ifs.umich.edu!rees
From: rees@pisa.ifs.umich.edu (Jim Rees)
Newsgroups: comp.sys.apollo
Subject: Re: BAD EXTERNAL DISK - HELP
Message-ID: <4eac1579.1bc5b@pisa.ifs.umich.edu>
Date: 18 Dec 90 16:27:36 GMT
References: <1990Dec18.142147.3778@bnr.ca>
Sender: usenet@terminator.cc.umich.edu (usenet news)
Reply-To: rees@citi.umich.edu (Jim Rees)
Organization: University of Michigan IFS Project
Lines: 25

In article <1990Dec18.142147.3778@bnr.ca>, scalera@batpa15.bnr.ca (Eric Scalera) writes:

  I have been unsuccessful in trying to mount an external drive to a DN4500.
  This drive stores all the products located in my authorized area.  Apollo
  is telling me my disk might be forever hosed.
..
    When trying to mtvol I get the message cannot mtvol ecc error in sector id field.
    I ran lsyserr and got a whole page of disk errors for Phys daddr = 1: ecc error 
    in sector id field.  I also ran disk_err and recieved info on the 1k block with 
    the error.  Apparently the 1k block is at daddr 1 which is were sysboot is kept
    This is not being uses as a bootable disk, but I'm sure the VTOC manager uses
    this block when mounting the disk.

Daddr 0 is the physical volume label.  Daddr 1 is the logical volume label
for volume 1.  After that is sysboot, followed by volume 1.

If daddr 1 is the only one that's been corrupted, you're in luck, since
there are spares for the lvol labels.  An ecc error in the sector id field
means the format has been corrupted, so the first thing to do is reformat. 
Do not use invol for this!  Instead use /systest/ssr_util/fixvol.  Tell it
to reformat track 0.  It will try to read the track first and save any data
it can.  Then tell it to "fix pv" and "fix lv."  Then try salvol -av to see
if you have any other bad blocks.  If this doesn't do it, go back to fixvol,
ask for help, and play around.  But be careful!  You can really hose
yourself with fixvol if you want to.