From: Tom Combs (combs@magnet.fsu.edu)
Date: Wed Jan 07 2004 - 10:55:30 EST
Hello,
First let me thank everyone for the answers I received on my
installboot question for SunOS 4.1.3 (i should have stated
4.1.3 instead of 4.1.1) I haven't had a chance to try it out
yet but will do so this afternoon. I got over 20 responses!
Thanks!
New question and hopefully the last for awhile.... I have a
Sun Ultra 10 running Solaris 9. I'm adding some new disks to
an external tower and I've learned the hard way that I need to
verify the disk with surface analysis before partitioning,
newfs'ing and putting into service. On docs.sun.com there is
a section 'How to Identify a Defective Sector by Using Surface
Analysis' (http://docs.sun.com/db/doc/817-2874/6migoia6d?a=view)
that tells one to use the following setup parameters:
*******************************************************************
Set up the analysis parameters by typing setup at the analyze> prompt.
Use the parameters shown here:
analyze> setup
Analyze entire disk [yes]? n
Enter starting block number [0, 0/0/0]: 12330
Enter ending block number [2052287, 2035/13/71]: 12360
Loop continuously [no]? y
Repair defective blocks [yes]? n
Stop after first error [no]? n
Use random bit patterns [no]? n
Enter number of blocks per transfer [126, 0/1/54]: 1
Verify media after formatting [yes]? y
Enable extended messages [no]? n
Restore defect list [yes]? y
Create defect label [yes]? y
**********************************************************************
My questions are:
Why not analyze the entire disk?
Why are the starting and ending block choosen to be 12330 and
12360? It seems that this would at least be dependent on the
size of the drive.
Is this the best way to verify a disk before putting into
service?
Thanks, Tom Combs
-- Tom Combs E-mail: combs@magnet.fsu.edu National High Magnetic Field Laboratory Phone: (850) 644-1657 1800 E. Paul Dirac Drive Tallahassee, FL 32310 _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:27:47 EDT