DOCSLIB.ORG

Interface Specifications

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Interface Specifications Z7K320 OEM Specification Hitachi Global Storage Technologies Hard Disk Drive Specification Hitachi Travelstar Z7K320 2.5 inch SATA hard disk drive Models: HTE723232A7A364 HTE723225A7A364 Revision 1.3 28 February 2011 1 Z7K320 OEM Specification The 1st Edition (Revision 1.0) (06 October 2010) The 2nd Edition (Revision 1.1) (17 November 2010) The 3rd Edition (Revision 1.2) (06 December 2010) The 4th Edition (Revision 1.3) (28 February 2011) The following paragraph does not apply to the United Kingdom or any country where such provisions are inconsistent with local law: HITACHI GLOBAL STORAGE TECHNOLOGIES PROVIDES THIS PUBLICATION "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Some states do not allow disclaimer or express or implied warranties in certain transactions, therefore, this statement may not apply to you. This publication could include technical inaccuracies or typographical errors. Changes are periodically made to the information herein; these changes will be incorporated in new editions of the publication. Hitachi may make improvements or changes in any products or programs described in this publication at any time. It is possible that this publication may contain reference to, or information about, Hitachi products (machines and programs), programming, or services that are not announced in your country. Such references or information must not be construed to mean that Hitachi intends to announce such Hitachi products, programming, or services in your country. Technical information about this product is available by contacting your local Hitachi Global Storage Technologies representative or on the Internet at http://www.hitachigst.com Hitachi Global Storage Technologies may have patents or pending patent applications covering subject matter in this document. The furnishing of this document does not give you any license to these patents. ©Copyright Hitachi Global Storage Technologies Note to U.S. Government Users —Documentation related to restricted rights —Use, duplication or disclosure is subject to restrictions set forth in GSA ADP Schedule Contract with Hitachi Global Storage Technologies. 2 Z7K320 OEM Specification Table of Contents 1 GENERAL ................................................................................................................................................9 1.1 Introduction ...............................................................................................................................9 1.2 Abbreviations.............................................................................................................................9 1.3 References ................................................................................................................................11 1.4 General caution .......................................................................................................................11 1.5 Drive handling precautions ....................................................................................................11 2 OUTLINE OF THE DRIVE.........................................................................................................................12 PART 1 FUNCTIONAL SPECIFICATION ...........................................................................................13 3 FIXED DISK SUBSYSTEM DESCRIPTION ..................................................................................................14 3.1 Control Electronics ..................................................................................................................14 3.2 Head disk assembly data ........................................................................................................14 4 FIXED DISK CHARACTERISTICS..............................................................................................................15 4.1 Formatted capacity by model number....................................................................................15 4.2 Data sheet ................................................................................................................................16 4.3 Cylinder allocation ..................................................................................................................16 4.4 Performance characteristics ...................................................................................................17 5 DATA INTEGRITY ...................................................................................................................................21 5.1 Data loss on power off .............................................................................................................21 5.2 Write Cache .............................................................................................................................21 5.3 Equipment status ....................................................................................................................21 5.4 WRITE safety...........................................................................................................................21 5.5 Data buffer test........................................................................................................................22 5.6 Error recovery..........................................................................................................................22 5.7 Automatic reallocation ............................................................................................................22 5.8 ECC ..........................................................................................................................................22 6 SPECIFICATION .....................................................................................................................................23 6.1 Environment ............................................................................................................................23 6.2 DC power requirements ..........................................................................................................25 6.3 Reliability.................................................................................................................................26 6.4 Mechanical specifications........................................................................................................29 6.5 Vibration and shock.................................................................................................................31 6.6 Acoustics...................................................................................................................................33 6.7 Identification labels.................................................................................................................34 6.8 Electromagnetic compatibility................................................................................................34 6.9 Safety........................................................................................................................................35 6.10 Packaging.................................................................................................................................35 6.11 Substance restriction requirements .......................................................................................35 7 ELECTRICAL INTERFACE SPECIFICATIONS ............................................................................................36 7.1 Cabling .....................................................................................................................................36 7.2 Interface connector ..................................................................................................................36 7.3 Signal definitions.....................................................................................................................37 PART 2 INTERFACE SPECIFICATION...............................................................................................39 8 GENERAL ..............................................................................................................................................40 8.1 Introduction .............................................................................................................................40 8.2 Terminology .............................................................................................................................40 9 DEVIATIONS FROM STANDARD ..............................................................................................................41 10 PHYSICAL INTERFACE .........................................................................................................................41 11 REGISTERS ..........................................................................................................................................42 11.1 Register naming convention ...................................................................................................42 11.2 Command register ...................................................................................................................43 11.3 Device Control Register...........................................................................................................43 11.4 Device Register ........................................................................................................................43
Load more

Recommended publications
  • Relieving the Burden of Track Switch in Modern Hard Disk Drives
    Multimedia Systems DOI 10.1007/s00530-010-0218-5 REGULAR PAPER Relieving the burden of track switch in modern hard disk drives Jongmin Gim • Youjip Won Received: 11 November 2009 / Accepted: 22 November 2010 Ó Springer-Verlag 2010 Abstract In this work, we propose a novel hard disk 128 KByte, 17% of the disk space becomes unusable. technique, ‘‘AV Disk’’, for modern multimedia applica- Despite the decreased storage area, track aligning tech- tions. Modern hard disk drives adopt complex sector layout nique increases the overall performance of the hard disk. mechanisms to reduce track and head switch overhead. According to our simulation-based experiment, overall disk While these complex sector layout mechanism can reduce performance increases about 5–25%. Given that capacity of average overhead involved in the track and head switch, hard disk increases 100% every year, we cautiously regard they bring larger variability in the overhead. From a it as reasonable tradeoff to increase the I/O latency of the multimedia application’s point of view, it is important to disk. minimize the worst case I/O latency rather than to improve the average IO latency. We focus our effort to minimize Keyword Hard disk drive Á Multimedia Á Track align Á track switch overhead as well as the variability in track Track switch Á Sector geometry Á Audio and video switch overhead involved in disk I/O. We propose that track of the hard disk drive is aligned with a certain IO size. In this work, we develop an elaborate performance model 1 Introduction with which we can compute the optimal IO unit size for multimedia applications.
    [Show full text]
  • Ext4 File System and Crash Consistency
    1 Ext4 file system and crash consistency Changwoo Min 2 Summary of last lectures • Tools: building, exploring, and debugging Linux kernel • Core kernel infrastructure • Process management & scheduling • Interrupt & interrupt handler • Kernel synchronization • Memory management • Virtual file system • Page cache and page fault 3 Today: ext4 file system and crash consistency • File system in Linux kernel • Design considerations of a file system • History of file system • On-disk structure of Ext4 • File operations • Crash consistency 4 File system in Linux kernel User space application (ex: cp) User-space Syscalls: open, read, write, etc. Kernel-space VFS: Virtual File System Filesystems ext4 FAT32 JFFS2 Block layer Hardware Embedded Hard disk USB drive flash 5 What is a file system fundamentally? int main(int argc, char *argv[]) { int fd; char buffer[4096]; struct stat_buf; DIR *dir; struct dirent *entry; /* 1. Path name -> inode mapping */ fd = open("/home/lkp/hello.c" , O_RDONLY); /* 2. File offset -> disk block address mapping */ pread(fd, buffer, sizeof(buffer), 0); /* 3. File meta data operation */ fstat(fd, &stat_buf); printf("file size = %d\n", stat_buf.st_size); /* 4. Directory operation */ dir = opendir("/home"); entry = readdir(dir); printf("dir = %s\n", entry->d_name); return 0; } 6 Why do we care EXT4 file system? • Most widely-deployed file system • Default file system of major Linux distributions • File system used in Google data center • Default file system of Android kernel • Follows the traditional file system design 7 History of file system design 8 UFS (Unix File System) • The original UNIX file system • Design by Dennis Ritche and Ken Thompson (1974) • The first Linux file system (ext) and Minix FS has a similar layout 9 UFS (Unix File System) • Performance problem of UFS (and the first Linux file system) • Especially, long seek time between an inode and data block 10 FFS (Fast File System) • The file system of BSD UNIX • Designed by Marshall Kirk McKusick, et al.
    [Show full text]
  • Engineering Specifications
    DOC NO : Rev. Issued Date : 2020/10/08 V1.0 SOLID STATE STORAGE TECHNOLOGY CORPORATION 司 Revised Date : ENGINEERING SPECIFICATIONS Product Name: CVB-CDXXX (WT) Model CVB-CD128 CVB-CD256 CVB-CD512 CVB-CD1024 Author: Ken Liao DOC NO : Rev. Issued Date : 2020/10/08 V1.0 SOLID STATE STORAGE TECHNOLOGY CORPORATION 司 Revised Date : Version History Date 0.1 Draft 2020/07/20 1.0 First release 2020/10/08 DOC NO : Rev. Issued Date : 2020/10/08 V1.0 SOLID STATE STORAGE TECHNOLOGY CORPORATION 司 Revised Date : Copyright 2020 SOLID STATE STORAGE TECHNOLOGY CORPORATION Disclaimer The information in this document is subject to change without prior notice in order to improve reliability, design, and function and does not represent a commitment on the part of the manufacturer. In no event will the manufacturer be liable for direct, indirect, special, incidental, or consequential damages arising out of the use or inability to use the product or documentation, even if advised of the possibility of such damages. This document contains proprietary information protected by copyright. All rights are reserved. No part of this datasheet may be reproduced by any mechanical, electronic, or other means in any form without prior written permission of SOLID STATE STORAGE Technology Corporation. DOC NO : Rev. Issued Date : 2020/10/08 V1.0 SOLID STATE STORAGE TECHNOLOGY CORPORATION 司 Revised Date : Table of Contents 1 Introduction ....................................................................... 5 1.1 Overview .............................................................................................
    [Show full text]
  • OEM HARD DISK DRIVE SPECIFICATIONS for DPRS
    IBML S39H-4500-02 OEM HARD DISK DRIVE SPECIFICATIONS for DPRS-20810/21215 (810/1215 MB) 2.5-Inch Hard Disk Drive with SCSI Interface Revision (1.2) IBML S39H-4500-02 OEM HARD DISK DRIVE SPECIFICATIONS for DPRS-20810/21215 (810/1215 MB) 2.5-Inch Hard Disk Drive with SCSI Interface Revision (1.2) 1st Edition (ver.1.0) S39H-4500-00 (June 16, 1995) 2nd Edition (ver.1.1) S39H-4500-01 (October 24, 1995) 3rd Edition (ver.1.2) S39H-4500-02 (November 1, 1995) The following paragraph does not apply to the United Kingdom or any country where such provisions are inconsistent with local law: INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS PUBLICATION “AS IS” WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Some states do not allow disclaimer or express or implied warranties in certain transactions, therefore, this statement may not apply to You. This publication could include technical inaccuracies or typographical errors. Changes are periodically made to the information herein; these changes will be incorporated in new editions of the publication. IBM may make improve- ments and/or changes in the product(s) and/or the program(s) described in this publication at any time. It is possible that this publication may contain reference to, or information about, IBM products (machines and programs), programming, or services that are not announced in your country. Such references or information must not be construed to mean that IBM intends to announce such IBM products, programming, or services in your country.
    [Show full text]
  • Insight Analysis
    WINTER 2016 ISSUE 6 IT ASSET DISPOSAL • RISK MANAGEMENT • COMPLIANCE • IT SECURITY • DATA PROTECTION INSIGHT EU Data Protection Regulation Page 3 ANALYSIS Exploring the Hidden Areas on Erased Drives Page 17 9 TONY BENHAM ON 13 JEFFREY DEAN LOOKS 20 A GAME OF TAG: THE 21 WHO’S WHO: FULL LIST THE TRIALS OF BEING IN DETAIL AT THE DATA CLOSED-LOOP RFID OF CERTIFIED MEMBERS AN ADISA AUDITOR SECURITY ACT SYSTEM WORLDWIDE 2 Audit Monitoring Service EDITORIAL WINTER 2016 EDITOR Steve Mellings COPY EDITOR Richard Burton CONTENT AUTHORS Steve Mellings Anthony Benham When releasing ICT Assets as part of your disposal service it is vital to ensure your supply chain is Gill Barstow Alan Dukinfield processing your equipment correctly. This is both for peace of mind and to show compliance with the Data Protection Act and the Information Commissioner’s Office guidance notes. All members within This edition was due for release in the We welcome external authors who wish DESIGN summer. But the events of June 23 were to discuss anything that will add value Antoney Calvert at the ADISA certification program undergo scheduled and unannounced audits to ensure they meet the not only the stuff of debate in bars and to members. In this edition, Gill Barstow Colourform Creative Studio certified requirements. Issues that arise can lead to changes in their certified status – or even having it boardrooms throughout Europe – they discusses a favourite subject of ours – colour-form.com forced us into countless re-drafts. building your value proposition. And an old withdrawn. These reports can be employed by end-users as part of their own downstream management PRODUCTION friend, Gavin Coates, introduces his ITAD tools and are available free of charge via the ADISA monitoring service.
    [Show full text]
  • Learning Proxmox VE Learning Proxmox VE
    Learning Proxmox VE Learning Proxmox VE Proxmox VE 4.1 provides an open source, enterprise virtualization platform on which to host virtual servers as What you will learn from this book either virtual machines or containers. Install and confi gure Proxmox VE 4.1 This book will support your practice of the requisite skills to successfully create, tailor, and deploy virtual machines Download container templates and virtual and containers with Proxmox VE 4.1. appliances Following a survey of PVE's features and characteristics, Create and host containers based on this book will contrast containers with virtual machines and templates establish cases for both. It walks through the installation Create and host virtual machines of Proxmox VE, explores the creation of containers and virtual machines, and suggests best practices for virtual Optimize virtual machine performance disk creation, network confi guration, and Proxmox VE for common use cases host and guest security. Apply the latest security patches to Throughout the book, you will navigate the Proxmox VE a Proxmox VE host Community Experience Distilled 4.1 web interface and explore options for command-line management. Contrast PVE virtual machines and containers in order to recognize their respective use cases Who this book is written for Secure Proxmox VE hosts as well as virtual This book is intended for server and system administrators machines and containers and engineers who are eager to take advantage of the Learning Proxmox VE potential of virtual machines and containers to manage Assess the benefi ts of virtualization with servers more effi ciently and make the best use of regard to budgets, server real estate, Rik Goldman resources, from energy consumption to hardware maintenance, and management time utilization and physical real estate.
    [Show full text]
  • Datasheet (PDF)
    DOC NO : Rev. Issued Date : 2020/10/07 V1.0 SOLID STATE STORAGE TECHNOLOGY CORPORATION 司 Revised Date : ENGINEERING SPECIFICATIONS Product Name: CVB-8DXXX-WT Model CVB-8D128- WT CVB-8D256 - WT CVB-8D512- WT CVB-8D1024 - WT Author: Ken Liao DOC NO : Rev. Issued Date : 2020/10/07 V1.0 SOLID STATE STORAGE TECHNOLOGY CORPORATION 司 Revised Date : Version History Date 0.1 Draft 2020/03/30 1.0 First release 2020/10/07 DOC NO : Rev. Issued Date : 2020/10/07 V1.0 SOLID STATE STORAGE TECHNOLOGY CORPORATION 司 Revised Date : Copyright 2020 SOLID STATE STORAGE TECHNOLOGY CORPORATION Disclaimer The information in this document is subject to change without prior notice in order to improve reliability, design, and function and does not represent a commitment on the part of the manufacturer. In no event will the manufacturer be liable for direct, indirect, special, incidental, or consequential damages arising out of the use or inability to use the product or documentation, even if advised of the possibility of such damages. This document contains proprietary information protected by copyright. All rights are reserved. No part of this datasheet may be reproduced by any mechanical, electronic, or other means in any form without prior written permission of SOLID STATE STORAGE Technology Corporation. DOC NO : Rev. Issued Date : 2020/10/07 V1.0 SOLID STATE STORAGE TECHNOLOGY CORPORATION 司 Revised Date : Table of Contents 1 Introduction ....................................................................... 5 1.1 Overview .............................................................................................
    [Show full text]
  • OEM HARD DISK DRIVE SPECIFICATIONS for DORS-31080 / DORS-32160 SCSI-3 FAST-20 68-Pin Single-Ended Models 3.5-Inch Hard Disk Driv
    IBML S39H-2859-03 OEM HARD DISK DRIVE SPECIFICATIONS for DORS-31080 / DORS-32160 SCSI-3 FAST-20 68-pin Single-ended Models 3.5-Inch Hard Disk Drive ( 1080 / 2160 MB ) Revision (3.0) IBML S39H-2859-03 OEM HARD DISK DRIVE SPECIFICATIONS for DORS-31080 / DORS-32160 SCSI-3 FAST-20 68-pin Single-ended Models 3.5-Inch Hard Disk Drive ( 1080 / 2160 MB ) Revision (3.0) 1st Edition (Rev.1.0) S39H-2859-00 (Dec. 15, 1995) 2nd Edition (Rev.1.1) S39H-2859-01 (Jan. 22, 1996) 3rd Edition (Rev.2.0) S39H-2859-02 (Mar. 15, 1996) 4th Edition (Rev.3.0) S39H-2859-03 (Jun. 13, 1996) The following paragraph does not apply to the United Kingdom or any country where such provisions are inconsistent with local law: INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS PUBLICATION “AS IS” WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Some states do not allow disclaimer or express or implied warranties in certain transactions, therefore, this statement may not apply to You. This publication could include technical inaccuracies or typographical errors. Changes are periodically made to the information herein; these changes will be incorporated in new editions of the publication. IBM may make improve- ments and/or changes in the product(s) and/or the program(s) described in this publication at any time. It is possible that this publication may contain reference to, or information about, IBM products (machines and programs), programming, or services that are not announced in your country.
    [Show full text]
  • A Ffsck: the Fast File System Checker
    A ffsck: The Fast File System Checker AO MA, University of Wisconsin, Madison; Backup Recovery Systems Division, EMC Corporation CHRIS DRAGGA, ANDREA C. ARPACI-DUSSEAU, and REMZI H. ARPACI-DUSSEAU, University of Wisconsin, Madison MARSHALL KIRK McKUSICK, McKusick.com Crash failures, hardware errors, and file system bugs can corrupt file systems and cause data loss, despite the presence of journals and similar preventive techniques. While consistency checkers such as fsck can detect this corruption and restore a damaged image to a usable state, they are generally created as an afterthought, to be run only at rare intervals. Thus, checkers operate slowly, causing significant downtime for large scale storage systems when they are needed. We address this dilemma by treating the checker as a key component of the overall file system (and not merely a peripheral add-on). To this end, we present a modified ext3 file system, rext3, to directly support the fast file system checker, ffsck. The rext3 file system colocates and self-identifies its metadata blocks, removing the need for costly seeks and tree traversals during checking. These modifications to the file system allow ffsck to scan and repair the file system at rates approaching the full sequential bandwidth of the underlying device. In addition, we demonstrate that rext3 performs competitively with ext3 in most cases and exceeds it in handling random reads and large writes. Finally, we apply our principles to FFS, the default FreeBSD file system, and its checker, doing so in a lightweight fashion that preserves the file-system layout while still providing some of the gains in performance from ffsck.
    [Show full text]
  • Ext4 File System Performance Analysis in Linux Environment
    Recent Advances in Applied & Biomedical Informatics and Computational Engineering in Systems Applications Ext4 file system Performance Analysis in Linux Environment BORISLAV DJORDJEVIC, VALENTINA TIMCENKO Mihailo Pupin Institute University of Belgrade Volgina 15, Belgrade SERBIA [email protected] , [email protected] Abstract: - This paper considers the characteristics and behavior of the modern 64-bit ext4 file system under the Linux operating system, kernel version 2.6. It also provides the performance comparison of ext4 file system with earlier ext3 and ext2 file systems. The testing procedures and further analysis are performed using the Postmark benchmark application. Key-Words: - Linux, FileSystems, ext4/ext3/ext2, journaling, inodes, file block allocation, disk performances 1 Introduction large number of file operations (creation, reading, Ext4 file system is the ext3 file system successor. It writing, appending and file deletion). It comprises is supported on today’s most popular Linux large number of files and data transactions. distributions (RedHat, Ubuntu, Fedora). In contrast Workload can be generated synthetically, as a result to the 32-bit ext3 file system [1] [2], that has only of applying benchmark software, or as a result of working with some real data applications. some features added to its predecessor ext2 and Workload characterization is a hard research maintains a data structure as in the ext2 file system, problem, as arbitrarily complex patterns can the ext4 file system has integrated more substantial frequently occur. In particular, some authors chose changes compared to ext3. Ext4 has improved data to emphasize support for spatial locality in the form structure and enhanced features, which brought of runs of requests to contiguous data, and temporal more reliability and efficiency.
    [Show full text]
  • Anti-Forensics: the Rootkit Connection for Black Hat USA 2009
    [Black Hat USA 2009] Anti-Forensics: The Rootkit Connection Black Hat USA 2009 Conference Proceedings Anti-Forensics: The Rootkit Connection Bill Blunden Principal Investigator Below Gotham Labs www.belowgotham.com Abstract Conventional rootkits tend to focus on defeating forensic live incident response and network monitoring using a variety of concealment strategies (e.g. hooking, detour patching, covert channels, peer-to-peer communication, etc.). However, the technology required to survive a post-mortem analysis of secondary storage, which is just as vital in the grand scheme of things, recently doesn’t seem to have garnered the same degree of coverage. In this paper, we’ll examine different approaches to persisting a rootkit and the associated anti-forensic tactics that can be employed to thwart an investigator who’s performing an autopsy of a disk image. 1 | Below Gotham Labs [Black Hat USA 2009] Anti-Forensics: The Rootkit Connection Contents Introduction 4 Post-Mortem Dance Steps 5 Worst-Case Scenario 6 Strategies for the Worst Case 7 Disk Analysis: Tactics and Countermeasures 9 Defense in Depth 9 Forensic Duplication 10 Reserved Disk Regions 10 Recovering File System Objects 10 Full Disk Encryption 10 File System Attacks 11 File concealment 11 Out-of-Band Concealment 11 In-Band Concealment 13 Application Layer Concealment 15 Recovering Deleted Files 16 File Wiping 16 Meta-Data Shredding 17 Encryption 17 Key Management 17 Collecting File Meta Data 18 Altering Checksums 18 Modifying Timestamps 19 Identifying Known Files 20 Injecting
    [Show full text]
  • Wipedrive Home 9
    WipeDrive Home 9 Table of Contents IMPORTANT! PLEASE READ CAREFULLY: ........................................................................................................ 3 General Information ...................................................................................................................................... 3 WipeDrive ..................................................................................................................................................... 3 Overview ................................................................................................................................................................... 3 System Requirements ............................................................................................................................................... 3 Key Features .................................................................................................................................................. 4 Secure Removal of HPA and DCO .............................................................................................................................. 4 Secure Erase Option .................................................................................................................................................. 4 WipeDrive Boot Via CD ................................................................................................................................. 5 Overview ..................................................................................................................................................................
    [Show full text]