Sponsored Content
Full Discussion: hdds physically
Operating Systems HP-UX hdds physically Post 302071566 by efrenba on Friday 21st of April 2006 04:57:24 PM
Old 04-21-2006
Hi,

I want to check if the hdd hasn't a physical damage (bad cluster or sectors).
 

4 More Discussions You Might Find Interesting

1. Solaris

How to check if rsc is physically exist

I have a bunch of servers that cant connect via rsc, but supposingly they can connect... Any chance I can check if the rsc card is physically exist in the server by some command? Some of the machines are in overseas, and I won't go datacenter to check anyways... Many Thanks! (6 Replies)
Discussion started by: nicole0404
6 Replies

2. Solaris

Physically identify hard disk.

Hi, I have a failed hard disk in my Sun Fire V240. Unfortunately it does not show up in 'cfgadm -al' or in the format command so I cannot unconfigure it and illuminate the blue light on the front to identify it. Is there any way of iluminating the blue lights on the other disks so I can at... (3 Replies)
Discussion started by: sparcman
3 Replies

3. Solaris

SPARC T4-1/Solaris 11/Add 2 new HDDs in RAID 0 configuration

Hi, Couple of sentences for background: I'm a software developer, whose task was to create a server software for our customer. Software is ready for deployment and customer has a new T4-1 SPARC, but somehow it also became my task also to setup the server. I have managed to get the server is up... (13 Replies)
Discussion started by: julumme
13 Replies

4. AIX

IBM AIX 5.2 cloning Hdds

I have an old IBM Power 5 9111-520 that has data on it but the system is failing. I need to move it to a more reliable server. The current system has two drives and no raid. I would like to setup my "newer" system with raid and two partitions then clone my setup over. What is the best way to do... (2 Replies)
Discussion started by: BDC80
2 Replies
BAD144(8)						      System Manager's Manual							 BAD144(8)

NAME
bad144 - read/write DEC standard 144 bad sector information SYNOPSIS
bad144 disktype disk [ sno [ bad ... ] ] DESCRIPTION
Bad144 can be used to inspect the information stored on a disk that is used by the disk drivers to implement bad sector forwarding. The format of the information is specified by DEC standard 144, as follows. The bad sector information is located in the first 5 even numbered sectors of the last track of the disk pack. There are five identical copies of the information, described by the dkbad structure. Only the first of these copies is used. Replacement sectors are allocated starting with the first sector before the bad sector information and working backwards towards the begin- ning of the disk. A maximum of 126 bad sectors can be supported. The position of the bad sector in the bad sector table determines which replacement sector it corresponds to. The bad sector information and replacement sectors are conventionally only accessible through the ``h'' file system partition of the disk. If that partition is used for a file system, the user is responsible for making sure that it does not overlap the bad sector information or any replacement sectors. The bad sector structure is as follows: struct dkbad { long bt_csn; /* cartridge serial number */ u_short bt_mbz; /* unused; should be 0 */ u_short bt_flag; /* -1 => alignment cartridge */ struct bt_bad { u_short bt_cyl; /* cylinder number of bad sector */ u_short bt_trksec; /* track and sector number */ } bt_bad[MAXBAD]; }; Unused slots in the bt_bad array are filled with all bits set, a putatively illegal value. MAXBAD (in <sys/dkbad.h>) may be tuned locally to reduce the space required to hold the bad-sector file in memory. It may not be greater than 126, which uses the whole disk sector. Bad sectors past MAXBAD may be included by the formatter, but replacement sectors will not be used until MAXBAD is increased. Bad144 is invoked by giving a device type (e.g. rk07, rm03, rm05, etc.), and a device name (e.g. hk0, hp1, etc.). It reads the first sec- tor of the last track of the corresponding disk and prints out the bad sector information. It may also be invoked giving a serial number for the pack and a list of bad sectors, and will then write the supplied information onto the same location. Note, however, that bad144 does not arrange for the specified sectors to be marked bad in this case. This option should only be used to restore known bad sector information which was destroyed. New bad sectors can be added by running the standard DEC formatter in section ``bad.'' SEE ALSO
badsect(8) BUGS
Not all drivers support bad-sector forwarding on the PDP-11. It should be possible to both format disks on-line under UNIX and to change the bad sector information, marking new bad sectors, without running a standalone program. The bootstrap drivers used to boot the system do not understand bad sectors or handle ECC errors. This means that none of these errors can occur when reading the file /unix to boot. Sector 0 of the disk drive and the file /boot in the root file system of that drive must also not have any of these errors in it. The drivers that write a system core image on disk after a crash do not handle errors; thus the crash dump area must be free of errors and bad sectors. 3rd Berkeley Distribution BAD144(8)
All times are GMT -4. The time now is 11:38 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy