Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 24 Jul 1996 12:38:15 -0700 (PDT)
From:      "Rodney W. Grimes" <rgrimes@GndRsh.aac.dev.com>
To:        tbalfe@falcon.tioga.com (Thomas J Balfe)
Cc:        freebsd-hardware@freebsd.org
Subject:   Re: Micropolis, again
Message-ID:  <199607241938.MAA23144@GndRsh.aac.dev.com>
In-Reply-To: <Pine.BSF.3.91.960724150329.16494D-100000@falcon.tioga.com> from Thomas J Balfe at "Jul 24, 96 03:04:42 pm"

next in thread | previous in thread | raw e-mail | index | archive | help
> gryphon: {3} scsi -f /dev/rsd0 -m 1
> AWRE (Auto Write Reallocation Enbld):  0 
Change this to 1

> ARRE (Auto Read Reallocation Enbld):  0 
Change this to 1

> TB (Transfer Block):  0 
> RC (Read Continuous):  0 
> EER (Enable Early Recovery):  0 
> PER (Post Error):  0 
> DTE (Disable Transfer on Error):  0 
> DCR (Disable Correction):  0 
> Read Retry Count:  14 
> Correction Span:  28 
> Head Offset Count:  0 
> Data Strobe Offset Count:  0 
> Write Retry Count:  50 
> Recovery Time Limit:  0 

Your returning your drives to Micropolis as soon as they have a single
media related failure :-(.  I suggest you turn on AWRE and ARRE and then
run a dd command to attempt to remap the block automagically:

scsi -f /dev/rsd0 -m 1 -P 3 -e
# Make the above changes with your editor, save and exit

# Now scan the disk, hopefully it will be able to do retries and
# recover the bad block...

dd if=/dev/rsd0 of=/dev/null bs=32768

Your drive life will probably go up by an order of magnitude...

> If that helps at all. Anyway, my friend Chris (hi, cause I know you're 
> reading this too) has Micropolis 4.3s in his machines and has no 
> problems, so I'll switch to those. 

What model drive are you using?? 

-- 
Rod Grimes                                      rgrimes@gndrsh.aac.dev.com
Accurate Automation Company                 Reliable computers for FreeBSD



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199607241938.MAA23144>