Hitachi-IBM: Ontents
Hitachi-IBM: Ontents
Hitachi-IBM: Ontents
Hitachi-IBM 0111011110
111101
011
11
Drive families: DTLA, AVER, AVVA, AVVN, AVV2, VLAT 1
Contents
1. Purpose .................................................................................................................................................................. 3
1. Purpose 11010101101101010100111110
1101110110110011
0111011110
111101
011
As a part of the PC-3000 hardware and software suite for Windows, this utility can be used for service maintenance of 11
hard disk drives manufactured by HGST (subsidiary of Hitachi Ltd.) using the technology received from the IBM HDD 1
production branch acquired by Hitachi in 2002; the utility also supports IBM hard disk drives produced earlier.
Thus, the sets (ROM + NV-RAM + SA overlays) of firmware data will be compatible if they meet the following
requirements:
07N6544
H31718_
L5Y106
HBM5
NV-RAM contains the map of drive heads. Therefore PCBs from different models belonging to the same drive
family turn out to be incompatible. In order to adapt a PCB you should record NV-RAM from a corresponding model
into it. Besides, in that case the masked ROM version in the processor should match the version in NV-RAM and
service area modules.
You can review the version of PCB firmware using the «Utility status» command. For 3.5" drives the version ( -
code in IBM terminology) will look like: ER2OA41A, where ER is the drive family code 3, 2 – means the number of
physical heads, A41A – represents the actual firmware version number. In 2.5" drives the version consists of the
firmware version only. The basic firmware version and its version code can be reviewed from ROM. The feature will be
1 – The code from IDE connector label is also recorded in the PIDM «open» module.
2 – Since NV-RAM may become corrupt or overwritten incorrectly it is safer to rely on information stored in ROM.
3 – All supported drive families are listed with their codes in the parameter tables in Chapter 9.
RSVD module, present in none of the tables containing modules; it marks the service track beginning.
Modules listed in the USAG/RESF table. All these modules are critical for drive operation.
Records that are not included into USAG/RESF table but participate in factory self-testing.
A part of open firmware data, which does not intersect with the group of modules from USAG/RESF (the
table of open modules contains, apart from the rest, references to a large number of USAG/RESF modules
required for functioning of the manufacturer's testing utilities).
After the «Start SA checking» command is issued, the utility reads both the closed and open parts of service area.
The «Read» label indicates whether a module could be read. The «Header» label demonstrates whether a module
identifier in the table of modules matches its identifier found inside the actual module body. We should note that the
table of «open» modules contains, apart from the rest, aliases of modules (for example, the main copy of the RDMT
module in the table of «open» modules in named RDM1, and a copy thereof is called RDM2). The utility also contains
a list of correspondences between names and aliases, and features automatic substitution of information for comparison.
Module
Purpose Importance
identifier
RSVD Mark of firmware data beginning B
USAG Main modules table B
CNSL Module containing logical configuration of the HDD B
DCOT ‒ B
IDNT Drive ID B
MLBA Module containing logical configuration of the HDD B
OVR1 Module containing code overlays (SA overlays) B
PSHT Factory table of defects (P-List) / translator Ad
PTCH Module containing a table of firmware links B
PTRT ‒ B
RAM0 Module containing code overlays (SA overlays) B
RDMT G-List Ad
RLBA Module containing a table of G-List reserve B
RWCN ‒ B
SECI Module containing password information B
SERL Module containing S.M.A.R.T. error log B
SMRT Module containing S.M.A.R.T. values B
SRIF Module that controls Self Test launch B
SRVM Table of defective cylinders and servo adaptive data Ad
SRVP ‒ B
CHNM ‒ B
ZONE Zone allocation table Ad
Module
Purpose
identifier
RDM1 Alias of RDMT
RDM2 Copy of RDMT
PIDM Module containing information from the labels on PCB and HDA
PDM1 Alias of PSHT
PDM2 Copy of PSHT
DDD0 Log of DDD utility
ELG1 Log of the drive defects table.
EVLG Event Log
A – essential module for a specific HDD: As – adaptive settings, Ad – translator tables. Replacement of the
111101
011
11
module with an identical module from another drive will result in the loss of reading/writing settings and 1
data loss (e.g., adaptive data modules).
B – the module is necessary but it but can be replaced with one from another drive. Usually version and
model match is required.
C – the module is necessary but partial module corruption does not prevent drive from starting. The drive
may correct module contents (recalculated automatically during the procedure of defects relocation)
independently in certain circumstances.
D – the module does not affect drive operability. The category usually includes informational modules.
Dd – original defect lists used to generate drive translator. «Dr» stands for techno Self Test modules.
Module
Purpose Importance
identifier
RSVD Mark of firmware data beginning B
RESF Main modules table B
ABLD ‒ B
ABLP ‒ B
CHNL ‒ B
CNS1 Module containing logical configuration of the HDD B
DCOT ‒ B
DUMP Self Test log module D
FLOG ‒ B
ICES Module containing password information B
IDNT Drive ID B
MFGP Module containing Self Test parameters Dr
MISC ‒ B
MLBA Module containing logical configuration of the HDD B
OVR0 Module containing code overlays (SA overlays) B
OVR1 Module containing code overlays (SA overlays) B
PESD PES data log D
PNID Module containing information from the PCB label D
PSHT Factory table of defects (P-List) / translator Ad
PTCH Module containing a table of firmware links B
PTRT ‒ B
QMCN ‒ B
RAM0 Module containing code overlays (SA overlays) B
RDMT G-List Ad
RELI ‒ B
RWCN ‒ B
SERL Module containing S.M.A.R.T. error log B
SMRT Module containing S.M.A.R.T. values B
SN00 Serial number of the HDD B
SPRE ‒ B
SRIF Module that controls Self Test launch B
SRST Self Test report C
Table of skipped defective cylinders and servo adaptive
SRVM Ad
data
During firmware analysis you should keep in mind that there is no checksum in the modules, therefore it is quite
difficult to identify structural corruption of firmware modules.
IBM drives can read and record firmware data with a partially initialized PCB (initialization from NV-RAM is
required; firmware loading from the service data area is not necessary for manipulations with modules), therefore if
some modules in a drive cannot be read, such problem can easily be identified after looking through a report on the
service area structure.
4.4. Translator
Hitachi-IBM drives use two types of translation (see Fig. 4,4): cylinder (А) and zone (B) translation. «A»
translation type is used in 3.5" drives while «B» type is employed in 2.5" HDD.
correspond to any of the drive families supported in the utility, then it displays the following message: «Cannot identify
the HDD family!» If the information matches, the drive family radio button will be automatically activated in the
appropriate position of the start-up dialog of the utility (see Fig. 5.1).
If access to user data is blocked with an ATA password, the start-up dialog will contain an active «Password
unlocking» button. Please refer to section for details.
The start-up procedure for the utility offers two available methods: «Read resources from HDD» and «Read
resources from DB». In the first case, the utility initializes using the connected drive. In the second case, it takes
necessary data from its database instead of the service area of the connected HDD (except for NV-RAM). Start-up with
the «Read resources from DB» option enabled actually eliminates access to the service area of a drive. It may be useful
in situations when it is damaged, when such access causes the drive to hang or start knocking.
Manual selection of drive family is activated automatically if the utility fails to identify the family of the connected
HDD. For Hitachi-IBM you can choose the configurable <Custom> family introduced for handling of new drive
families that the utility does not support yet or if you encounter drive firmware, which is not completely compatible
with the utility settings. Appropriate configuration is possible through a special IBMOverride.ini file copied
automatically during setup. The ini file can be edited directly or within graphical interface of the utility. In the latter
case you have to select the basic drive family in the custom list, enter the utility, open its settings dialog and then
proceed to the special settings dialog.
Attention! Modification of IBM Override.ini is recommended for experienced users only.
Attention! If a key differs in its parameters or the mechanism of its generation from all existing base and custom drive
families, you will have to create manually in the ini file a new section based on the closest family and then complete
configuration from the utility settings editor.
Techno mode key is the ATA command enabling HDD to accept factory mode commands. 3 types of command
generation are available:
˗ for LBA28 («short» command variant using just the registers employed in LBA28 commands)
˗ for LBA48 («long» command variant using directly word registers employed in LBA48 commands)
˗ for LBA48(bridge) (bridge) («long» command variant with higher parts of word registers used in
LBA48 commands transferred in a separate command). The variant for LBA48(bridge) is used to send
factory mode commands to SATA drives equipped with Marvell PATA to SATA bridge chip.
The NV-RAM field allows you to define the parameters of NV-RAM chip, such as: base address in the HDD
address space and its size. Parsing of NV-RAM data is performed using the specified base drive family as
reference.
Module access – a group of controls regulating reading of service data modules from disk surface
RSVD base – the main PBA part of the RSVD module indicating the main service track. It defines the module
location in PCHS space (cylinder, head, sector) after conversion from PBA based on an appropriate formula.
USAG base – the main PBA part of the USAG (RESF) module containing the principal modules table. It defines
module placement in PCHS space (cylinder, head, sector) after conversion from PBA based on corresponding
formula.
Copy 1 modifier – the number added to PBA from the main modules table to produce PBA of a copy of that
module. Actually it contains the increment to add to head or track number.
The factory copy setting defines the parameters for address conversion into factory SA copy for two tracks of the
main SA. The first parameter is relative cylinder number in the main SA (the utility calculates it using a special
formula with the PBA module data), the second contains increment to add to PBA required to obtain the copy
address. If the relative cylinder number parameter is -1, translation is not defined.
The «Reread section» button reads a section from IBMOverride.ini (it allows discarding of accidental
1011010101100110011010101011010101111010111
11010101101101010100111110
1101110110110011
modifications before they are saved to the section). 0111011110
111101
The «From base family» button copies some settings (such as NV-RAM location and size, modules translation 011
11
into copies) from the base family settings within the utility code into the editor fields. Techno key parameters 1
are not copied (the key is assumed to match the techno key of the base family).
[Overrides]
DPTA = example
[DPTA]
BaseFam = DPTA
TechKeyExec = 28
TechKeyData = 300 03 37 03 57 03 A1 FF
NVR_IO_Base = 80000
NVR_ImgSz = 100
RSVD_Base = 1000
USAG_Base = 1000
ModuleCp1Mod = 1000
FactoryMod = 1 2000, FFFFFFFF FFFFFFFF
5.1.1. Removal of ATA password lock using the «ATMR, HTS548, HTS726» probe
Drive families: ATDA, ATCS.
Procedure:
1) Launch the utility while the locked HDD is connected.
2) Click «Password unlocking». The utility will power-off the drive.
3) Connect the probe (shown in the Fig. 5.3) to the pins corresponding to the drive's family (see section 9)
and hold it there.
4) Click OK in the dialog «Set probe to the position shown in the manual, then click OK». The utility will
power-up the drive. As soon as the drive reports on readiness, the utility will display a «Remove
probe!» message.
Attention! There is risk of damaging the PCB, therefore please exercise caution while connecting the probe
5) Remove the probe, click OK.
6) Then the utility will unlock the drive. If the probe's contact with the PCB was unstable (then unlocking
will be impossible), the utility will offer to repeat the attempt.
5.1.2. Removal of ATA password lock using the SAFE MODE (3.5" HDD)
Procedure:
1) Launch the utility while the locked HDD is connected.
2) Click «Password unlocking». The utility will power-off the drive.
3) Set the jumpers on the HDD controller board to the AUTO SPIN DISABLE position in accordance with
the on-board scheme at the interface drive connector.
4) After access restoration the utility will suggest that you return the jumpers back to the Master mode
position.
5.1.3. Removal of ATA password lock using the SAFE MODE (2.5" PATA HDD)
Procedure:
1) Launch the utility while the locked HDD is connected.
2) Click «Password unlocking». The utility will power-off the drive.
3) Set the jumpers on PC-2” adapter to Safe Mode (see section 9.2).
4) After access restoration the utility will suggest that you return the jumpers back to the Master mode
position.
Reading/Writing.
Attention! The utility does not correct the checksum automatically while writing data in drives belonging to the
families which do not feature ECC for writing operations. You can correct the checksum using a plug-in for the HEX
editor (6.2.2).
NV-RAM visual editing. The mode is used mostly for diagnostics of drive heads and temporary SA switch to
other physical heads during HDD initialization (after which heads map in RAM is returned to the standard
format for access to data).
NV-RAM adjustment (SA search). The feature is used when the original NV-RAM content gets lost. The utility
performs a special procedure to allow access to the SA, then you can start searching the area for the native NV-
RAM image.
Start SA checking. The test helps estimate the validity of the data written in the service area. The feature
generates a check report.
Modules reading/writing. You can use reading and writing procedures to save or overwrite all service area
modules (described in the modules table) within a single copy. However, the firmware set includes some
additional data missing in the list, for example, factory copy of the service area or copies of modules.
HDD configuration editing. The mode allows you to edit the following ID information and settings:
1011010101100110011010101011010101111010111
11010101101101010100111110
1101110110110011
0111011110
111101
1) firmware version returned with the drive ID
011
11
2) model
1 3) serial number
4) maximum LBA
5) enable/disable automatic reassignment of defects.
6) The utility also displays the following parameters:
7) Part Number
8) PCB ID
HDD resources export allows you to extract from your database modules as files for subsequent import.
The feature supports filter-based search for necessary resources.
Resource master copy creation in DB allows you to create a master copy in the database. It is
recommended for storage of sample firmware data from functioning drives, which will be available then
for repair of other HDD.
View P-List. This item allows viewing of drive P-List using the standard command for listing of existing
defects.
Move G-List to P-List. This command transfers grown defects from G-List to P-List using the
corresponding factory command.
Edit RDMT. This command allows viewing and editing of drive G-List. This version does not process the
relocation index because the command should only be used before a command for G-List transfer to P-List
for editing of the current list of autoreassigned defects and their manual addition.
Edit PSHT. This command alows viewing of drive P-List parsed by the utility directly from the PSHT
module. Full-featured editing is not supported in this version yet.
Module viewing – opens a HEX editor window with the contents of the selected module. If the module
contains unreadable sectors, no data will be loaded for reviewing.
Start SA testing – initiates the process of reading modules and analyzing their structure, then it fills the
fields that describe module status. You will have to select the modules for testing before start.
Write modules group from DB – allows you to overwrite several specified modules using the data from
your database.
Write modules group from HDD profile – allows you to overwrite several specified modules using the data
from your current drive's profile.
Show log – the switch enables/disables the window containing a log of module structure test.
Self Test results viewing feature displays wizard log contaning the Setlf Test status word and Self Test termination
error code. The following status words are possible:
Code Description
00 00 Self Test completed successfully.
01 01 problems in service area – writing error, heads malfunction, surface scratches.
02 02 problem with head(s): incompletely operational, hit, bent, etc.
06 02 P-List overflow
If Self Test terminates with an error, you can attempt to restore HDD manually using the standard procedure for
detection and reassignment of defects (of course, in cases other than P-List overflow).
7. Diagnostics of malfunctions
The task of Hitachi-IBM drive repair requires, first of all, precise diagnostics of malfunction, preferably without
HDA disassembly; with simultaneous minimizing of further damage to the drive or data loss. Malfunctions, just like
methods of diagnostics can be subdivided as follows:
PCB malfunction.
Motor/bearing failure.
Parking element failure.
Failure of one or more reading/writing heads.
Damaged heads and surface scratch.
Split glass plates (the malfunction can be easily identified by typical noise).
BAD sectors.
1011010101100110011010101011010101111010111
11010101101101010100111110
1101110110110011
0111011110
111101
Instabilities of reading/writing.
011
11
Complete or partial loss of service information.
1
When the scope of problems is identified, it is time to begin diagnostics. What of the above has happened?
Attention! The list of cylinder defects is implemented in some drive families only (please see their detailed
descriptions). In that case the only variable parameter is SA Top. Then utility prohibits SRVM Cyl base fitting. Some
drive families record the appropriate numbers in ROM, others – in NV-RAM3. Consequently, in drives holding the
settings in NV-RAM, the numbers will be unique for each drive. It means that loss of the original NV-RAM content
prevents access to the service area. Utility feature described in this chapter allows adapting a borrowed NV-RAM for
access to a HDD SA.
Attention! For drives that support variation of both parameters (SA Top, Cyl base) there is a whole set of parameter
pairs, which enable access to the SA. Still, there is JUST ONE pair, which also provides access to user data (because
SRVM Cyl base affects translation). Therefore, once you have access to SA, you should first of all search for the image
of the native (active4 or factory5) NV-RAM content.
Attention! Modern 2.5” HDD typically use individual SA Top cyl value for each head. Still, to speed up the fine-
tuning procedure, the algorithm manipulates just one number. Therefore, once you have access to SA, you should first
of all search for the image of the native (active6 or factory7) NV-RAM content.
1 – Such setup allows impact detection using three coordinates – both in the plane of the plates owing to
the installation angle and vertically. Theoretically, the sensor's ability to detect impact directed along its
axis is low.
2 – It is present in some drive families only. Please refer to descriptions of drive families for details.
3– 2.5”: HTS5424, HTS541, HTS721; 3.5”: DTLA, AVER, AVVA, AVVN, AVV2, VLAT, PLAT,
KLAT, DLAT
4 – The one used in the HDD when it was functional.
5 – It can have a different FW version but the actual data may match active NV-RAM.
6 – The one used in the HDD when it was functional.
7 – It can have a different FW version but the actual data may match active NV-RAM.
Fig. 7.1. Dialog containing the parameters for the algorithm picking NV-RAM settings.
The startup dialog of the algorithm is shown in the Figure 11. Here in the To vary group of controls the SA Top
and SRVM Cyl base switches allow you to choose the parameter, which will be varied. For most drive families
modification of any of the parameters produces identical results. Still, the utility suggests the optimal method in the
initial dialog. From and to settings are used to define the variation borders. The «Checking timeout» parameter allows
resriction of the time during which each variant will be tested. For a normal drive you can leave the default value (300
ms), while for HDD with reading problems the timeout can be increased to ensure correct identification of proper
setting value. It means that a HDD must be able to return an error for an incorrect value and report readiness for a
correct one within the timeout. Working folder defines the directory where work files for the algorithm will be stored:
NV-RAM_Adapted.nvr – NV-RAM image with substituted found parameter and without blocked routine
for complete FW loading.
Attention! The algorithm used in the utility for 3.5” drives allows you to receive access to SA immediately after
procedure completion, but for 2.5” drive you need to record the adapted NV-RAM, and then send a Reset signal or
switch the power off/on.
In DTLA, AVER, AVVA, AVVN drive families at successfull firmware start a HDD performs writing test of the
heads using the buffer which contains slightly corrupted NV-RAM image left after the initial startup. Specifically, the
initial E2PR signature is replaced (it can be restored in any hex editor). Writing is performed to the initial sector of
WRTx modules, where x stands for the head number. Thus, you can read the initial sector of the WRT module to obtain
an NV-RAM image of the last successful startup.
Attention! To prevent its overwriting, you should either read the required data immediately after the fitting procedure
or access SA using (having written to HDD) an NV-RAM image with blocked routine for complete FW loading – NV-
RAM_Adapted_For_Chk.nvr. For access to WRT modules you will need to load the utility in off-line start mode and
then load the table of «open» modules or use known ABA addresses of WRT modules. Actual reading should be
performed in the Service information objects wizard, the Modules / ABA Range tab, ABA Range mode, initial ABA
must be represented with the address of a WRT module, length 1.
For AVV2 and newer 3.5” drives the list of modules includes NVRC – NV-RAM image.
In 2.5” HTS424, HTS541, HTS721 drives the factory NV-RAM image should be sought in the sector
immediately following the last module of the main FACTORY SA track (after module SRIF) or within the track of the
FLOG module (ABA range from module beginning should be read, length: 0x200-0x237). Search should be performed
using the found SA Top value in combination with visual analysis of data structure.
Initiate the fitting feature in menu Tests – Service information, Work with NV-RAM – NV-RAM adjustment
(SA search).
Select the variation parameter (you are advised to keep the default selection).
Select the variation range (you are advised to keep the default selection).
Define test operation timeout (you are advised to keep the default selection or increase it if the drive is
physically damaged).
Launch the procedure.
Wait for its completion. If access to SA has not been received, you can try repeating the procedure with
another test NV-RAM, but the probability of success will be low.
For 2.5” drives mentioned above, rewrite the NV-RAM NV-RAM_Adapted_For_Chk.nvr image and switch
power supply off/on.
Search SA for native NV-RAM image using the location guidelines above.
Disable Autoreassign in the HDD configuration editing dialog.
If the procedure provides no access to SA, you can try extending the range of parameter variation. Please keep in
mind that the drive will start knocking if the parameters are specified beyond the final cylinder. Therefore, please
monitor the procedure carefully to avoid damage to the drive when you specify a custom testing range.
If the found image does not enable access to data, you should consider the probability of heads damage. If the
heads are normal, access to data cannot be restored.
A malfunctioning PCB makes software restoration of a HDD with the utility impossible.
Start the HDD in safe mode or, if the drive allows launching the utility (does not return constant BSY
response), then use normal mode.
Use visual NV-RAM editor (6.1.2.2) and try to modify the heads map as follows: e.g., the heads map may
look like: 05 04 03 02 07 07 with the total number of used heads equal to 4. Let us assume that the 02
head does not work while head 04 is functional. Modify the heads map to substitute the normal head
instead of the malfunctioning one. For that example it will be 05 04 03 04 07 07. If the problem is caused
by the head 02 only, the drive will start and allow reading the data using logical access; however, the data
from locations corresponding to head 2 will not be read. Therefore you should use Data Extractor to build
a heads map and disable reading for the appropriate head number in the map. In this case, Data Extractor
will display the following heads: 0, 1, 2, 3. Since the malfunctioning head 02 occupies the third position in
the map (beginning with zero), then head 3 should be disabled in the map built by Data Extractor during
data recovery from the HDD.
Attention! NV-RAM checksum must be recalculated after modification of the heads map! The utility does not do that
automatically!
In typical cases you should begin with testing by filling the heads map with the same number and going over all
the numbers from the valid cells of the original map. In this case, the numbers will be: 05 05 05 05 07 07, 04 04 04 04
07 07, 03 03 03 03 07 07, 02 02 02 02 07 07.
Please keep in mind also that when you substitute into the map a system head different from the original one, the
drive attempting to read the service information will produce for a while noise similar to that heard when a BAD block
reading is attempted (checksum does not match because of switched head and sectors will be unreadable), but the drive
will not start endless knocking. The drive, of course, will not load the service data.
Besides, please remember that you cannot freely change head position if you need to enable correct operation
based on logical parameters in such drives as AVVA and AVVN. Heads parity must be preserved because heads are
switched in pairs. E.g., if the heads map is 05 04 03 02, operational map will be 03 03 05 04. Of course, you will need
to rewrite the service area.
Attention! The method is applicable for drives equipped with NV-RAM only.
8. Software restoration
The following features can be used for software restoration of a HDD:
NV-RAM reading/writing
Editing and fitting of a donor NV-RAM
Analysis of SA structure using built-in test tools
Reading/writing or damaged modules
Editing of the defect lists (including reassignment of damaged sections within user data area)
S.M.A.R.T. reset
Self Test launch and monitoring is implemented for the drive families listed above.
1 – Locations for short-circuit of the read-write channel with the supplied probe are described for some
families in this manual.
Fig. 9.2. External view of the controller board in DJNA drive family.
Fig. 9.3. External view of the controller board in 34GXP-DPTA drive family.
Fig. 9.4. External view of the controller board in GP - DPTA drive family.
Fig. 9.7. External view of the controller board in AVER drive family.
Fig. 9.8. External view of the controller board in AVVA drive family.
Fig. 9.9. External view of the controller board in AVVN drive family.
This drive family has a typical controller board malfunction caused either by damaged processor
or corruption of data integrity in Serial Flash ROM chip shown in Fig. 9.9 under number 4.
Fig. 9.11. External view of the controller board in VLAT drive family.
Attention! Calculation of ECC bytes for the PLAT drive family is not implemented in the utility yet! The drive
performs ECC for NV-RAM while recording it on its own.
Fig. 9.12. External view of the controller board in PLAT drive family.
Fig. 9.13. Location where the probe should be connected to unlock a HDD.
Fig. 9.14. External view of the controller board in 7K400- KLAT drive family.
Fig .9.15. External view of the controller board in 7K500, KLAT drive family.
Fig. 9.16. External view of the controller board in T7K250, DLAT drive family.
Fig.9.17. External view of the controller board in 25GS, DARA drive family.
Fig. 9.18. External view of the controller board in 18GT, DARA drive family.
Fig. 9.19. External view of the controller board in 12GN, DARA drive family.
Fig. 9.20. External view of the controller board in 20GN, DJSA drive family.
Fig. 9.21. External view of the controller board in 30GT, DJSA drive family.
Fig. 9.22. External view of the controller board in 32GH, DJSA drive family.
Fig. 9.23. External view of the controller board in 30GN, ATDA drive family.
Fig. 9.24. External view of the controller board in 40GN, ATCS drive family.
Fig. 9.25. Location where the probe should be connected to unlock a HDD.
To unlock the HDD, connect the probe to the same location as with HTS548 drives (see Fig. 9.28).
Fig.9.30. External view of the controller board in 4K40, HTS424 (HTS424M9) drive family.
Fig.9.31. External view of the controller board in 5K100, HTS541 (HTS541G9) drive family.
Fig.9.32. External view of the controller board in 7K100, HTS721(HTS721G9) drive family.