On Wed, 2007-12-05 at 17:29 -0800, Hugh E Cruickshank wrote:
> From: Scott Silva Sent: December 5, 2007 16:32
> >
> > on 12/5/2007 4:21 PM Hugh E Cruickshank spake the following:
> > > From: Ross S. W. Walker Sent: December 5, 2007 15:49
> > >> Google 'sdparam'
> > >>
> No, I am definitely thinkin
On Wed, 2007-12-05 at 15:44 -0800, Hugh E Cruickshank wrote:
> From: Scott Silva Sent: December 5, 2007 15:09
> >
> > on 12/5/2007 12:13 PM Hugh E Cruickshank spake the following:
> > >
> > Don't most modern drives cover up the bad blocks with controller
> > logic and
> > spare block substituti
From: Hugh E Cruickshank Sent: December 6, 2007 11:42
>
> From: Ross S. W. Walker Sent: December 5, 2007 22:07
> >
> > I found what I think your looking for, sg3_utils, it's in extras I
> > believe. Part of that set is sginfo and that command takes a -G
> > parameter which will show the grown def
From: Brent L. Bates Sent: December 6, 2007 05:20
>
> Hugh Cruickshank, you are not mistaken. SCSI drives do keep
> bad block information on the drive.
I sorry was not very clear. I do know the SCSI drives have their own
bad block table but it appears from the description of the SCO OSR5
badtrk
From: Ross S. W. Walker Sent: December 5, 2007 22:07
>
> I found what I think your looking for, sg3_utils, it's in extras I
> believe. Part of that set is sginfo and that command takes a -G
> parameter which will show the grown defect list if the device
> supports it.
>
Thanks. I will definitely
Hugh Cruickshank, you are not mistaken. SCSI drives do keep bad block
information on the drive. I've also been using this for YEARS on SGI's under
IRIX. Under IRIX, the command `fx' is used to partition SCSI drives, exercise
them, format them (which is something one never does to SCSI drive
Hugh E Cruickshank wrote:
>
> From: Scott Silva Sent: December 5, 2007 16:32
> >
> > on 12/5/2007 4:21 PM Hugh E Cruickshank spake the following:
> > > From: Ross S. W. Walker Sent: December 5, 2007 15:49
> > >> Google 'sdparam'
> > >>
> > >
> > > Thanks. While that seems to be on the right track
From: Scott Silva Sent: December 5, 2007 16:32
>
> on 12/5/2007 4:21 PM Hugh E Cruickshank spake the following:
> > From: Ross S. W. Walker Sent: December 5, 2007 15:49
> >> Google 'sdparam'
> >>
> >
> > Thanks. While that seems to be on the right track it does not appear
> > to dump/display the ba
From: Ross S. W. Walker Sent: December 5, 2007 16:28
>
> Well it's not a clearly defined option, but it allows you to request
> all kinds of SCSI VPD pages from the disks and controllers, I was
> able to get a dump once don't remember the vpd page id I used to get
> it though, but I think it was a
al Message-
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
To: CentOS mailing list
Sent: Wed Dec 05 19:21:14 2007
Subject: RE: [CentOS] Re: SCSI bad block table display
From: Ross S. W. Walker Sent: December 5, 2007 15:49
>
> Google 'sdparam'
>
Thanks. While that see
From: Ross S. W. Walker Sent: December 5, 2007 15:49
>
> Google 'sdparam'
>
Thanks. While that seems to be on the right track it does not appear
to dump/display the bad block table.
hec
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.or
Google 'sdparam'
-Ross
-Original Message-
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
To: CentOS mailing list
Sent: Wed Dec 05 18:44:08 2007
Subject: RE: [CentOS] Re: SCSI bad block table display
From: Scott Silva Sent: December 5, 2007 15:09
>
> on 12/
From: Scott Silva Sent: December 5, 2007 15:09
>
> on 12/5/2007 12:13 PM Hugh E Cruickshank spake the following:
> > Hi All:
> >
> > Is there a utility available that will allow for the dump/display of
> > the bad track table of a SCSI drive. We had this capability on SCO
> > OSR5 but I have not
13 matches
Mail list logo
