Summary:Hard disk utility for Solaris 2.5.1 on a Sparc 10

From: Anika Evans (anika.evans@asu.edu)
Date: Fri Oct 17 1997 - 19:59:59 CDT


Thanks to everyone who is helping us "limp" along until we receive our
new hard drive from Sun.

The original question was:

I am looking for a utility similar to Norton on a PC to bandage a hard
drive on a Sparc 10 until I receive a new drive. Doesn't a similar
utility come with Solaris 2.5.1?

**************************************************************
Thanks for Replies Received from:

Stewart: stewart.mcleod@boeing.com
Shriman Gurung: sg@datcon.co.uk -- ext. 477
Rich Kulawiec: rsk@itw.com
Dieter Gobbers: gobbers@faw.uni-ulm.de
Birger: birger@vest.sdata.no
Marc S. Gibian: marc.gibian@acm.org
Tony C. Wu: tonywu@life.nthu.edu.tw
-----------------------------------

Most people suggested "fsck" or "format."

-----

>There isn't much to be done with modern SCSI devices. You can't map out

>defects, as the drive manages the defects internally. Once you see a

>defect on a modern SCSI disk, it means that the disk is truly sick.

>If you try to map out a block, you only map out a logical 'SCSI' block.

>The drive may well reuse the same physical block on the platter for

>another logical block if the drive doesn't know that the physical

>block is bad. And if you get to see that the block is bad, the disks

>internal bad block map is propably full already....

>What you can do is to repartition the drive so you don't use the areas

>with bad blocks. Wastes a lot of disk, but......

>For other kinds of drives, you can use the defect management in the

>format command to manually map out bad blocks. Or you can run an

>analyze pass that will find and map out bad blocks. It won't

>copy off the data in those bad blocks, so beware!

>Birger
-----

-- 
<<<<<<<<<<<<<<<<<<<<<<<----------------------------->>>>>>>>>>>>>>>>>>>>>>>

ASPIN Anika Evans anika.evans@asu.edu phone: 602.965.4941 www: http://aspin.asu.edu

<<<<<<<<<<<<<<<<<<<<<<<----------------------------->>>>>>>>>>>>>>>>>>>>>>>



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:12:06 CDT